- Home
- /
- Articolo
Informazioni nuove e modificate
Questa tabella contiene nuove funzioni o funzionalità, modifiche al contenuto esistente ed eventuali errori importanti corretti nella Guida alla distribuzione.
Per informazioni sugli aggiornamenti del software del nodo mesh video Webex, vedere https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.
Data | Cambia |
|---|---|
09 febbraio 2024 |
|
31 agosto 2023 |
|
31 luglio 2023 |
|
28 luglio 2023 |
|
15 giugno 2023 |
|
| 16 maggio 2023 |
|
27 marzo 2023 |
|
2 marzo 2023 |
|
7 luglio 2022 |
|
30 giugno 2022 | Aggiunte informazioni sui nuovi script di provisioning in blocco su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 giugno 2022 | Procedura modificata per scambiare le catene di certificati in modo da includere i certificati ECDSA nelle catene di certificati di scambio tra nodi mesh video e Unified CM |
18 maggio 2022 | Modificato il sito di download dello strumento Reflector in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 aprile 2022 | Aggiunte informazioni sulla nuova funzione in Mantieni il tuo contenuto multimediale su mesh video per tutte le riunioni Webex esterne. |
25 marzo 2022 | Aggiornamenti all'utilizzo delle porte in Porte e protocolli per la gestione. |
Decemeber 10, 2021 | Aggiunto CMS 2000 e rilevato il problema di aggiornamento per i vecchi CMS 1000s aggiornamento a ESXi 7 in Requisiti di sistema e piattaforma per il software del nodo mesh video. |
30 agosto 2021 | Aggiunte informazioni sulla verifica che Webex disponga del paese di origine corretto per la distribuzione in Verifica Che il Paese Di Origine Sia Corretto. |
27 agosto 2021 | Aggiunta una nota sulla visibilità dei report di analisi in Supporto e limitazioni per le riunioni private. |
13 agosto 2021 | Aggiunte informazioni sulla nuova funzione Riunioni private in:
|
22 luglio 2021 | Aggiunte informazioni su come verificare che il sistema disponga della posizione di origine corretta per le chiamate. Le posizioni di origine corrette facilitano l'indirizzamento efficiente. Vedere Verificare Che il Paese Di Origine Sia Corretto. |
25 giugno 2021 | Tenere presente che la funzione Esperienza Webex con funzionalità complete dell'app Webex non è compatibile con il mesh video in client e dispositivi che utilizzano il nodo mesh video. |
7 maggio 2021 | Corretto la dimensione del cluster consigliata a 100 in Linee guida per la distribuzione del cluster mesh video. |
12 aprile 2021 | Aggiornata Configurazione dell'indirizzamento traffico SIP TCP Expressway per mesh video per utilizzare la zona Webex anziché una nuova zona DNS. |
9 febbraio 2021 |
|
11 dicembre 2020 |
|
22 ottobre 2020 |
|
| 19 ottobre 2020 |
|
| 18 settembre 2020 |
|
| È il 26 agosto 2020 |
|
4 agosto 2020 |
|
| 9 luglio 2020 |
|
26 giugno 2020 |
|
| 9 giugno 2020 |
|
| 21 maggio 2020 | Aggiornati porte e protocolli per la gestione e requisiti per il supporto proxy per mesh video. |
| 15 maggio 2020 | Panoramica mesh video aggiornata. |
| 25 aprile 2020 |
|
22 gennaio 2020 |
|
12 dicembre 2019 |
|
10 dicembre 2019 |
|
4 novembre 2019 |
|
| 18 ottobre 2019 |
|
26 settembre 2019 |
|
13 settembre 2019 |
|
| È il 29 agosto 2019 |
|
24 luglio 2019 |
|
9 luglio 2019 |
|
24 maggio 2019 |
|
25 aprile 2019 |
|
11 aprile 2019 |
|
Panoramica su mesh video Webex
Mesh video Webex trova dinamicamente il mix ottimale di risorse per conferenze locali e cloud. Le conferenze locali rimangono in locale quando vi sono risorse locali sufficienti. Quando le risorse locali sono esaurite, le conferenze si espandono nel cloud.
Il nodo mesh video è un software installato su un server Cisco UCS locale, registrato sul cloud e gestito in Control Hub. Le chiamate Webex Meetings, Webex Personal Meeting Room, Webex Space Meetings e l'app Webex tra due persone possono essere indirizzate ai nodi mesh video locali on-net. Video Mesh seleziona il modo più efficiente per utilizzare le risorse disponibili.
Mesh video offre i seguenti vantaggi:
Migliora la qualità e riduce la latenza consentendo di mantenere le chiamate in locale.
Estende le chiamate al cloud in modo trasparente quando in sede hanno raggiunto il limite o non sono disponibili.
Gestisci i cluster mesh video dal cloud con una singola interfaccia di amministrazione: Control Hub (https://admin.webex.com ).
Ottimizzare le risorse e scalare la capacità, come necessario.
Combina le funzioni della conferenza cloud e in sede in un'unica esperienza utente.
Riduce i problemi di capacità, perché il cloud è sempre disponibile quando sono necessarie risorse di conferenza aggiuntive. Non è necessario eseguire la pianificazione capacità per lo scenario peggiore.
Fornisce analisi avanzate su capacità e utilizzo e risoluzione dei problemi dei dati dei report in https://admin.webex.com.
Utilizza l'elaborazione multimediale locale quando gli utenti accedono a una riunione Webex da endpoint e client SIP locali basati su standard:
Endpoint e client basati su SIP (endpoint Cisco, Jabber, SIP di terze parti), registrati nel controllo chiamate locale (Cisco Unified Communications Manager o Expressway), che chiamano per accedere a una riunione Cisco Webex.
App Webex (incluso associato a dispositivi di sala) che accedono a una riunione Webex.
Dispositivi di sala e da scrivania Webex che accedono direttamente a una riunione Webex.
Fornisce una risposta vocale interattiva (IVR) ottimizzata a endpoint e client in rete basati su SIP .
Gli endpoint H.323, chiamata IP e Skype for Business (S4B) continuano a partecipare alle riunioni dal cloud.
Supporta video ad alta definizione 1080p 30fps come opzione per le riunioni, se i partecipanti alle riunioni che possono supportare 1080p vengono ospitati attraverso i nodi mesh video locali. (Se un partecipante accede a una riunione in corso dal cloud, gli utenti in sede continuano a registrare 1080 p 30 fps sugli endpoint supportati).
Marchio di qualità del servizio (QoS) migliorato e differenziato: audio separato (EF) e video (AF41).
Il mesh video Webex attualmente non supporta Webex Webinars.Supporta le riunioni con crittografia end-to-end (riunioni E2EE). Se un cliente distribuisce il mesh video e seleziona il tipo di riunione E2EE, aggiunge un ulteriore livello di sicurezza, garantendo che i dati (supporti, file, lavagne, annotazioni) rimangano sicuri e impedisca a terze parti di accedervi o modificarli. Per informazioni dettagliate, vedere Distribuzione di riunioni Zero-Trust.
Le riunioni private attualmente non supportano la crittografia end-to-end.
Client e dispositivi che utilizzano il nodo mesh video
Ci impegniamo a rendere il mesh video interoperabile con i client e i tipi di dispositivo pertinenti. Sebbene non sia possibile testare tutti gli scenari, i test su cui si basano questi dati coprono le funzioni più comuni degli endpoint e dell'infrastruttura elencati. L'assenza di un dispositivo o di un client implica la mancanza di test e di supporto ufficiale da parte di Cisco.
Tipo di client o dispositivo | Utilizza il nodo mesh video sulla chiamata punto a punto | Utilizza il nodo mesh video nella riunione multiparte |
|---|---|---|
App Webex (desktop e mobile) | Sì | Sì |
Dispositivi Webex, inclusi dispositivi di sala e Webex Board. (Vedere la sezione Requisiti endpoint e app Webex per un elenco completo). | Sì | Sì |
Condivisione wireless in sala tra l'app Webex e i dispositivi Room, Desk e Board supportati. | Sì | Sì |
Dispositivi registrati su Unified CM (inclusi endpoint IX) e client (inclusi Jabber VDI 12.6 e versioni successive e Webex VDI 39.3 e versioni successive) che chiamano per accedere a una riunione nella sala riunioni personale Webex pianificata o Webex.* | No | Sì |
Dispositivi registrati VCS/Expressway, che chiamano per accedere a una riunione pianificata Webex o a una riunione nella sala riunioni personale Webex.* | No | Sì |
Webex Chiama sistema video personale a dispositivi video registrati su cloud Webex | N/A | Sì |
client Web dell'app Webex ( https://web.webex.com) | Sì | Sì |
Telefoni registrati in Cisco Webex Calling | No | No |
Webex Chiama sistema video personale a dispositivi SIP registrati in locale | N/A | No |
* Non è possibile garantire che tutti i dispositivi e i client locali siano stati testati con la soluzione mesh video.
Incompatibilità mesh video con l'esperienza Webex con funzionalità completa
Se si abilita l'esperienza Webex con funzionalità complete per l'app Webex, l'app Webex non è supportata con i nodi mesh video. Tale funzione attualmente invia segnali e contenuti multimediali direttamente a Webex. Le release future renderanno compatibile l'app Webex e il mesh video. Per impostazione predefinita, tale funzione non è stata abilitata per i clienti con mesh video.
Si potrebbero verificare problemi con il mesh video e l'esperienza Webex con funzionalità complete:
Se è stato aggiunto il mesh video alla distribuzione dopo l'introduzione di tale funzione.
Se questa funzione è stata abilitata senza conoscerne l'impatto sul mesh video.
Se si notano problemi, contattare il team dell'account Cisco per disabilitare il tasto di alternanza Esperienza Webex con funzionalità complete.
Qualità del servizio sul nodo mesh video
I nodi mesh video sono conformi alle procedure consigliate per la qualità del servizio (QoS) abilitando intervalli di porte che consentono di differenziare i flussi audio e video in tutti i flussi da e verso i nodi mesh video. Questa modifica consentirà di creare criteri di QoS e aggiungere commenti efficaci al traffico in ingresso e in uscita dai nodi mesh video.
Le modifiche alle porte sono accompagnate da modifiche QoS. I nodi mesh video contrassegnano automaticamente il traffico multimediale dagli endpoint registrati SIP (registrati su Unified CM o VCS Expressway) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzano intervalli di porte ben noti per tipi di supporto specifici.
Il traffico di origine dagli endpoint registrati in sede è sempre determinato dalla configurazione nel controllo chiamata (Unified CM o VCS Expressway).
Per ulteriori informazioni, vedere la tabella QoS in Porte e protocolli utilizzati dal mesh video e la procedura per abilitare o disabilitare la QoS nel flusso delle attività di distribuzione del mesh video
L'app Webex continua a connettersi ai nodi mesh video sulla porta condivisa 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint per i test di raggiungibilità STUN sui nodi mesh video. Il nodo mesh video al nodo mesh video per le propagazioni a catena utilizza l'intervallo di porte di destinazione 10000-40000.Supporto proxy per mesh video
Il mesh video supporta proxy di ispezione espliciti e trasparenti e non di ispezione. È possibile collegare questi proxy alla distribuzione mesh video in modo da proteggere e monitorare il traffico dall'azienda al cloud. Questa funzione invia segnali e gestione del traffico basato su https al proxy. Per proxy trasparenti, le richieste di rete dai nodi mesh video vengono inoltrate a un proxy specifico attraverso le regole di indirizzamento della rete aziendale. È possibile utilizzare l'interfaccia di amministrazione mesh video per la gestione dei certificati e lo stato generale della connettività dopo aver implementato il proxy con i nodi.
Il contenuto multimediale non passa attraverso il proxy. È comunque necessario aprire le porte richieste per i flussi multimediali per raggiungere direttamente il cloud. Vedere Porte e protocolli per la gestione. |
I seguenti tipi di proxy sono supportati dal mesh video:
Proxy esplicito (ispezione o non ispezione): con il proxy esplicito, indicare al client (nodi mesh video) quale server proxy utilizzare. Questa opzione supporta uno dei seguenti tipi di autenticazione:
Nessuno: non è richiesta alcuna ulteriore autenticazione. (Per proxy esplicito HTTP o HTTPS).
Base: utilizzato per un agente utente HTTP per fornire un nome utente e una password quando si effettua una richiesta e utilizza la codifica Base64. (Per proxy esplicito HTTP o HTTPS).
Digest: utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili e applica una funzione hash sul nome utente e sulla password prima di inviare tramite la rete. (Per proxy esplicito HTTPS).
NTLM: come Digest, NTLM viene utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili. Utilizza le credenziali Windows anziché il nome utente e la password. Questo schema di autenticazione richiede il completamento di più scambi. (Per proxy esplicito HTTP.)
Proxy trasparente (non ispezionato): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico e non devono richiedere modifiche per lavorare con un proxy non ispezionato.
Proxy trasparente (ispezione): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico. Nessuna modifica di configurazione http(s) è necessaria sul mesh video; tuttavia, i nodi mesh video necessitano di un certificato radice in modo che si fidino del proxy. Le deleghe di ispezione vengono solitamente utilizzate dal reparto IT per applicare politiche relative a quali siti web possono essere visitati e tipi di contenuti non consentiti. Questo tipo di proxy decrittografa tutto il traffico (anche https).
Risoluzioni e framerate supportate per mesh video
Questa tabella illustra le risoluzioni supportate e si suddivide dal punto di vista del mittente-destinatario in una riunione ospitata su un nodo mesh video. Il client mittente (app o dispositivo) si trova nella riga superiore della tabella, mentre il client destinatario si trova nella colonna laterale sinistra della tabella. La cella corrispondente tra i due partecipanti acquisisce la risoluzione del contenuto negoziata, i fotogrammi per sezione e l'origine audio.
La risoluzione influisce sulla capacità di chiamata su qualsiasi nodo mesh video. Per ulteriori informazioni, vedere Capacità per i nodi mesh video. |
Il valore di risoluzione e framerate è combinato come XXXpYY: ad esempio, 720p10 significa 720p a 10 fotogrammi al secondo.
Le abbreviazioni di definizione (SD, HD e FHD) nella riga del mittente e nella colonna del ricevitore si riferiscono alla risoluzione superiore del client o del dispositivo:
SD: definizione standard (576p)
HD: alta definizione (720 p)
FHD: alta definizione completa (1080p)
Destinatario | Mittente | ||||||
|---|---|---|---|---|---|---|---|
App Webex | App mobile Webex | Dispositivi registrati SIP (HD) | Dispositivi registrati SIP (FHD) | Dispositivi registrati Webex (SD) | Dispositivi registrati Webex (HD) | Dispositivi registrati Webex (FHD) | |
Desktop app Webex | 720 p10 Audio misto* | 720 p10 Audio misto | 720 p30 Audio misto | 720 p30 Audio misto | 576p15 Audio contenuto** | 720 p30 Audio misto | 720 p30 Audio misto |
App mobile Webex | — | — | — | — | — | — | — |
Dispositivi registrati SIP (HD) | 720 p30 Audio contenuto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati SIP (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
| Dispositivi registrati Webex (SD) | 1080p15 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati Webex (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
* L'audio del contenuto si riferisce all'audio riprodotto dal contenuto specifico condiviso, ad esempio un video in streaming. Questo flusso audio è separato dall'audio della riunione normale.
** L'audio misto si riferisce a una combinazione dell'audio dei partecipanti alla riunione e dell'audio della condivisione del contenuto.
Requisiti per il mesh video
Il mesh video è disponibile con le offerte documentate in Requisiti di licenza per i servizi ibridi.
Requisiti di integrazione di controllo chiamata e riunione per mesh video
Il controllo delle chiamate e l'infrastruttura per le riunioni esistenti non sono necessari per utilizzare il mesh video, ma è possibile integrare i due. Se stai integrando il mesh video con l'infrastruttura di controllo chiamate e riunione, assicurati che l'ambiente soddisfi i criteri minimi documentati nella tabella seguente.
Scopo dei componenti | Versione minima supportata |
|---|---|
Controllo chiamate in sede | Cisco Unified Communications Manager, versione 11.5(1) SU3 o successive. (Si consiglia l'ultima release SU). Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Infrastruttura per riunioni | Webex Meetings WBS33 o versioni successive. È possibile verificare che il sito Webex si trovi sulla piattaforma corretta se l'elenco dei tipi di risorse multimediali è disponibile nelle opzioni del sito Cloud Collaboration Meeting Room.
Per assicurarsi che il sito sia pronto per il mesh video, contattare il Customer Success Manager (CSM) o il partner. |
Gestione del failover | Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Requisiti endpoint e app Webex
Scopo dei componenti | Dettagli |
|---|---|
Endpoint supportati | |
Versioni supportate dell'app Webex | Il mesh video supporta l'app Webex per desktop (Windows, Mac) e mobile (Android, iPhone e iPad). Per scaricare l'app per una piattaforma supportata, andare a https://www.webex.com/downloads.html. |
Codec supportati | Vedere le specifiche video Webex| per chiamate e riunioni per i codec audio e video supportati. Tenere presente queste avvertenze per il mesh video:
|
Dispositivi di sala, da scrivania e Board registrati su Webex supportati | I seguenti dispositivi vengono testati e confermati per il funzionamento con i nodi mesh video: |
Requisiti di sistema e piattaforma per il software del nodo mesh video
Ambienti di produzione
Nelle distribuzioni di produzione, sono disponibili due modi per distribuire il software del nodo mesh video su una particolare configurazione hardware:
È possibile impostare ciascun server come una singola macchina virtuale, il modo migliore per le distribuzioni che includono molti endpoint SIP.
Utilizzando l'opzione VMNLite, è possibile impostare ciascun server con più macchine virtuali più piccole. VMNLite è la soluzione migliore per distribuzioni in cui la maggior parte dei client e dei dispositivi sono app Webex ed endpoint registrati Webex.
Questi requisiti sono comuni per tutte le configurazioni:
VMware ESXi 7 o 8, vSphere 7 o 8
Iperfilettatura abilitata
I nodi mesh video in esecuzione indipendenti dall'hardware della piattaforma necessitano di vCPU e RAM dedicati. La condivisione delle risorse con altre applicazioni non è supportata. Ciò si applica a tutte le immagini del software mesh video.
Per le immagini Video Mesh Lite (VMNLite) su una piattaforma CMS, supportiamo solo le immagini VMNLite. Nessun'altra immagine mesh video o applicazione mesh non video può essere sull'hardware CMS con il software VMNLite.
Configurazione hardware | Distribuzione di produzione come singola macchina virtuale | Distribuzione di produzione con VM VMNLite | Note | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video.
| ||
Configurazione basata su specifiche (processore 2.6-GHz Intel Xeon E5-2600v3 o successivo richiesto) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Ogni macchina virtuale mesh video deve avere CPU, RAM e dischi rigidi riservati a se stessa. Utilizzare l'opzione CMS1000 o VMNLite durante la configurazione. Il picco di PIO (operazioni di input/output al secondo) per lo storage NFS è 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Distribuire come 8 istanze della macchina virtuale identiche, ciascuna con:
| Distribuire come 24 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video. Ciascuna lama deve essere un Cisco Meeting Server 1000 completo con CPU, RAM e dischi rigidi riservati per lama. Il picco di IOP per storage NFS è 300 IOPS. |
Ambienti dimostrativi
Per scopi demo di base, è possibile utilizzare una configurazione hardware basata sulle specifiche, con i seguenti requisiti minimi:
14vCPU (12 per il nodo mesh video, 2 per ESXi)
Memoria principale da 8 GB
20 GB di spazio su disco rigido locale
2,6 GHz Intel Xeon E5-2600v3 o processore successivo
Questa configurazione di mesh video non è supportata da Cisco TAC. |
Per ulteriori informazioni sul software demo, vedere Video Mesh Node Demo Software.
Requisiti di larghezza di banda
I nodi mesh video devono disporre di una larghezza di banda Internet minima di 10 Mbps per il corretto funzionamento del caricamento e del download.
Requisiti per il supporto proxy per mesh video
Sono supportate ufficialmente le seguenti soluzioni proxy che possono essere integrate con i nodi mesh video.
Cisco Web Security Appliance (WSA) per proxy trasparente
Squid per proxy esplicito
Per un proxy esplicito o un proxy trasparente che ispeziona (decrittografa il traffico), è necessario disporre di una copia del certificato principale del proxy che sarà necessario caricare nell'archivio attendibilità del nodo mesh video sull'interfaccia Web.
Sono supportate le seguenti combinazioni di proxy esplicito e tipo di autenticazione:
Nessuna autenticazione con http e https
Autenticazione di base con http e https
Autenticazione del digest solo con https
Autenticazione NTLM solo con http
Per i proxy trasparenti, è necessario utilizzare il router/switch per forzare il traffico HTTPS/443 per passare al proxy. È inoltre possibile forzare la presa Web per passare al proxy. (Web Socket utilizza https.)
Il mesh video richiede connessioni socket Web ai servizi cloud, in modo che i nodi funzionino correttamente. Durante l'ispezione esplicita e trasparente dei proxy di ispezione, le intestazioni http sono richieste per una connessione websocket corretta. Se vengono modificati, la connessione websocket non riuscirà.
Quando si verifica un errore di connessione websocket sulla porta 443 (con proxy di ispezione trasparente abilitato), viene visualizzato un avviso post-registrazione in Control Hub: "La chiamata SIP mesh video Webex non funziona correttamente." Lo stesso allarme può verificarsi per altri motivi quando il proxy non è abilitato. Quando le intestazioni websocket sono bloccate sulla porta 443, il contenuto multimediale non scorre tra le app e i client SIP.
Se il contenuto multimediale non scorre, ciò si verifica spesso quando il traffico https dal nodo sulla porta 443 non riesce:
Il traffico della porta 443 è consentito dal proxy, ma è un proxy ispezionante e sta interrompendo la websocket.
Per correggere questi problemi, è possibile che sia necessario "bypassare" o "splice" (disabilitare l'ispezione) sulla porta 443 per: *.wbx2.com e *.ciscospark.com.
Capacità per i nodi mesh video
Poiché il mesh video è un prodotto multimediale basato su software, la capacità dei nodi mesh video varia. In particolare, i partecipanti alle riunioni sul cloud Webex caricano di più i nodi. Si ottiene capacità inferiori quando si dispone di più cascate per il cloud Webex. Altri fattori che influiscono sulla capacità sono:
Tipi di dispositivi e client
Risoluzione video
Qualità della rete
Carico massimo
Modello di distribuzione
L'utilizzo di mesh video non incide sul numero di licenze Webex. |
In generale, l'aggiunta di più nodi al cluster non raddoppia la capacità a causa del sovraccarico per l'impostazione delle cascate. Usa questi numeri come guida generale. Raccomandiamo quanto segue:
Testare scenari di riunioni comuni per la distribuzione.
Usa la funzionalità di analisi in Control Hub per vedere come si sta evolvendo la tua distribuzione e aggiungere la capacità come necessario.
Le overflow su un volume di chiamate basso (in particolare le chiamate SIP che hanno origine in sede) non sono un vero riflesso di scala. L'analisi mesh video (in Control Hub > Risorse > Attività di chiamata) indica i segmenti di chiamata che hanno origine in sede. Non specificano i flussi di chiamata che sono arrivati attraverso la cascata al nodo mesh video per l'elaborazione multimediale. Man mano che il numero di partecipanti remoti aumenta in una riunione, aumenta a cascata e consuma risorse multimediali locali sul nodo mesh video. |
Questa tabella elenca gli intervalli di capacità per le diverse combinazioni di partecipanti ed endpoint sui nodi mesh video regolari. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità dei partecipanti |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | 100-130 |
1080p | 90-100 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 60-100 |
1080p | 90-100 | |
Riunioni con solo partecipanti SIP | 720 p | 70-80 |
Riunioni con solo partecipanti SIP | 1080p | 30-40 |
Riunioni con partecipanti Webex App e SIP | 720 p | 75-110 |
|
Capacità per VMNLite
Si consiglia VMNLite per distribuzioni che includono principalmente app Webex ed endpoint registrati su cloud. In queste distribuzioni, i nodi utilizzano più risorse di commutazione e meno risorse di transcodifica rispetto alla configurazione standard. La distribuzione di diverse macchine virtuali più piccole sull'organizzatore ottimizza le risorse per questo scenario.
Questa tabella elenca gli intervalli di capacità delle diverse combinazioni di partecipanti ed endpoint. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità partecipante con 3 nodi VMNLite su un server |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | da 250 a 300 |
1080p | 230-240 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 175-275 |
1080p | 230-240 |
La risoluzione di base per le riunioni dell'app Webex è 720 p. Tuttavia, quando si condivide, le anteprime dei partecipanti sono a 180p. |
Cluster in mesh video
È possibile distribuire i nodi mesh video nei cluster. Un cluster definisce i nodi mesh video con attributi simili, come la prossimità di rete. I partecipanti utilizzano un determinato cluster o il cloud, in base alle seguenti condizioni:
Un client su una rete aziendale che può raggiungere un cluster locale si connette ad esso, la preferenza principale per i client sulla rete aziendale.
I client che accedono a una riunione privata mesh video si connettono solo a cluster locali. È possibile creare un cluster separato specificamente per queste riunioni private.
Un client che non riesce a raggiungere un cluster locale si connette al cloud, il caso di un dispositivo mobile non connesso alla rete aziendale.
Il cluster scelto dipende anche dalla latenza, anziché dalla sola posizione. Ad esempio, un cluster cloud con ritardo round trip (SRT) STUN inferiore rispetto a un cluster mesh video potrebbe essere un candidato migliore per la riunione. Questa logica impedisce a un utente di atterrare su un cluster geograficamente lontano con un ritardo SRT elevato.
Ciascun cluster contiene una logica che propaga a catena le riunioni, ad eccezione delle riunioni private mesh video, su altri cluster di riunioni cloud, come necessario. La funzione a cascata fornisce un percorso dati per i media tra i client nelle riunioni. Le riunioni vengono distribuite tra i nodi e i clienti si trovano sul nodo più efficiente più vicino a loro, a seconda di fattori quali la topologia di rete, il collegamento WAN e l'utilizzo delle risorse.
La capacità del client di eseguire il ping dei nodi multimediali determina la raggiungibilità. Una chiamata effettiva utilizza una varietà di meccanismi di connessione potenziali, come UDP e TCP. Prima della chiamata, il dispositivo Webex (Room, Desk, Board e app Webex) si registra nel cloud Webex, che fornisce un elenco di candidati cluster per la chiamata.
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
Cluster per riunioni private
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzeranno un cluster prenotato, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
Per informazioni dettagliate sulla funzione riunioni private mesh video, vedere Riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
Linee guida per la distribuzione del cluster mesh video
Nelle distribuzioni aziendali tipiche, si consiglia ai clienti di utilizzare fino a 100 nodi per cluster. Nel sistema non sono impostati limiti rigidi per bloccare una dimensione di cluster con più di 100 nodi. Tuttavia, se è necessario creare cluster più grandi, si consiglia vivamente di esaminare questa opzione con Cisco Engineering attraverso il team dell'account Cisco.
Crea meno cluster quando le risorse hanno una prossimità di rete simile (affinità).
Quando si creano i cluster, aggiungere solo i nodi che si trovano nella stessa area geografica e nello stesso centro dati. Il clustering sulla rete WAN (Wide Area Network) non è supportato.
Solitamente, distribuisci i cluster nelle aziende che organizzano riunioni localizzate frequenti. Pianifica dove inserisci i cluster sulla larghezza di banda disponibile in diverse posizioni WAN all'interno dell'azienda. Nel tempo, puoi distribuire e far crescere cluster per cluster in base ai modelli utente osservati.
I cluster situati in fusi orari diversi possono servire efficacemente più aree geografiche sfruttando i diversi schemi di chiamata in ore di punta/occupato.
Se si dispone di due nodi mesh video in due centri dati separati (EU e NA, ad esempio) e gli endpoint si uniscono attraverso ciascun centro dati, i nodi in ciascun centro dati vengono trasferiti in cascata a un singolo nodo mesh video nel cloud. Queste cascate passavano su Internet. Se è presente un partecipante cloud (che accede prima di uno dei partecipanti mesh video), i nodi vengono trasferiti attraverso il nodo multimediale del partecipante cloud.
Diversità fuso orario
La diversità del fuso orario può consentire la condivisione dei cluster durante gli orari non di punta. Ad esempio: Un'azienda con un cluster della California settentrionale e un cluster di New York potrebbe scoprire che la latenza complessiva della rete non è così alta tra le due posizioni che servono una popolazione di utenti geograficamente diversificata. Quando le risorse sono al picco di utilizzo nel cluster della California settentrionale, è probabile che il cluster di New York non sia al picco e abbia una capacità aggiuntiva. Lo stesso vale per il cluster della California settentrionale, durante gli orari di punta nel cluster di New York. Questi non sono gli unici meccanismi utilizzati per una distribuzione efficace delle risorse, ma sono i due principali.
Overflow sul cloud
Una volta raggiunta la capacità di tutti i cluster locali, un partecipante locale esegue il overflow sul cloud Webex. Ciò non significa che tutte le chiamate siano ospitate nel cloud. Webex indirizza solo al cloud i partecipanti che sono remoti o che non possono connettersi a un cluster locale. In una chiamata con partecipanti locali e cloud, il cluster locale viene collegato (a cascata) al cloud per combinare tutti i partecipanti in una singola chiamata.
Se imposti la riunione come tipo di riunione privata, Webex mantiene tutte le chiamate sui cluster locali. Le riunioni private non vengono mai riversate sul cloud.
Il dispositivo Webex si registra in Webex
Oltre a determinare la raggiungibilità, i client eseguono anche test periodici di ritardo di round trip utilizzando Simple Traversal of UDP through NAT (STUN). Il ritardo STUN round-trip (SRT) è un fattore importante nella selezione di risorse potenziali durante una chiamata effettiva. Quando vengono distribuiti più cluster, i criteri di selezione principali si basano sul ritardo SRT appreso. I test di raggiungibilità vengono eseguiti in background, avviati da una serie di fattori, incluse le modifiche alla rete, e non introducono ritardi che incidono sui tempi di impostazione della chiamata. I due esempi seguenti mostrano i possibili risultati dei test di raggiungibilità.
Test di ritardo round trip: il dispositivo cloud non riesce a raggiungere il cluster locale

Test di ritardo round trip: il dispositivo cloud raggiunge correttamente il cluster locale
Le informazioni sulla raggiungibilità apprese vengono fornite al cloud Webex ogni volta che viene impostata una chiamata. Queste informazioni consentono al cloud di selezionare la risorsa migliore (cluster o cloud), a seconda della posizione relativa del client rispetto ai cluster disponibili e del tipo di chiamata. Se non sono disponibili risorse nel cluster preferito, tutti i cluster vengono testati per la disponibilità in base al ritardo SRT. Viene scelto un cluster preferito con il ritardo SRT più basso. Le chiamate vengono servite in locale da un cluster secondario quando il cluster principale è occupato. Le risorse mesh video raggiungibili locali vengono provate per prime, in ordine di ritardo SRT più basso. Quando tutte le risorse locali sono esaurite, il partecipante si connette al cloud.
La definizione di cluster e la posizione sono fondamentali per una distribuzione che fornisce la migliore esperienza generale per i partecipanti. Idealmente, una distribuzione dovrebbe fornire risorse dove si trovano i clienti. Se non vengono allocate risorse sufficienti dove i client effettuano la maggior parte delle chiamate, viene consumata più larghezza di banda della rete interna per connettere gli utenti ai cluster distanti.
Chiamata locale e cloud
I dispositivi Webex locali con la stessa affinità di cluster (preferenza, in base alla prossimità al cluster) si connettono allo stesso cluster per una chiamata. Dispositivi Webex locali con diverse affinità di cluster locali, esegui la connessione a cluster diversi e i cluster vengono quindi collegati in cascata al cloud per combinare i due ambienti in una singola chiamata. In questo modo viene creato un design hub e parlato con il cloud Webex come hub e i cluster locali come indicatori nella riunione.
Chiamata locale con diverse affinità di cluster
Il dispositivo Webex si connette al cluster locale o al cloud in base alla sua raggiungibilità. Di seguito sono riportati alcuni esempi degli scenari più comuni.
Il dispositivo cloud Webex si connette al cloud

Il dispositivo locale Webex si connette al cluster locale

Il dispositivo locale Webex si connette al cloud

Selezione del cluster cloud per overflow in base al ritardo di round-trip STUN di 250 ms o superiore
Sebbene la preferenza per la selezione dei nodi sia rappresentata dai nodi mesh video distribuiti localmente, è supportato uno scenario in cui, se il ritardo round trip (SRT) STUN verso un cluster mesh video locale supera il ritardo round trip tollerabile di 250 ms (che solitamente si verifica se il cluster locale è configurato in un altro continente), il sistema seleziona il nodo multimediale cloud più vicino in tale geografia anziché un nodo mesh video.

L'app Webex o il dispositivo Webex è sulla rete aziendale in San Jose.
I cluster di San Jose e Amsterdam sono a portata di mano o non disponibili.
Il ritardo SRT per il cluster di Shanghai è superiore a 250 ms e probabilmente introdurrà problemi di qualità multimediale.
Il cluster cloud di San Francisco presenta un ritardo SRT ottimale.
Il cluster Mesh video di Shanghai è escluso dalla considerazione.
Di conseguenza, l'app Webex viene riversata nel cluster cloud di San Francisco.
Riunioni private
Le riunioni private isolano tutti i contenuti multimediali nella rete attraverso il mesh video. A differenza delle normali riunioni, se i nodi locali sono pieni, il contenuto multimediale non si propaga a catena al cloud Webex. Tuttavia, per impostazione predefinita, le riunioni private possono essere trasmesse in cascata a diversi cluster mesh video sulla rete. Per le riunioni private in diverse posizioni geografiche, i cluster mesh video devono disporre di connettività diretta tra loro per consentire la propagazione a catena tra cluster, come da HQ1_VMN a Remote1_VMN nella figura.
Accertarsi che le porte necessarie siano aperte nel firewall per consentire la propagazione a catena tra i cluster. Vedere Porte e protocolli per la gestione.
Tutti i partecipanti a una riunione privata devono appartenere all'organizzazione Webex dell'organizzatore della riunione. Possono accedere utilizzando l'app Webex o un sistema video autenticato (endpoint SIP registrati su dispositivo video registrato UCM/VCS o Webex). I partecipanti con accesso VPN o MRA alla rete possono partecipare a una riunione privata. Tuttavia, nessuno può partecipare a una riunione privata dall'esterno della rete.
Modelli di distribuzione supportati da mesh video
- Supportato in una distribuzione mesh video
-
È possibile distribuire un nodo mesh video in un centro dati (preferito) o in una zona smilitarizzata (DMZ). Per informazioni, vedere Porte e protocolli utilizzati dal mesh video.
Per una distribuzione DMZ, è possibile impostare i nodi mesh video in un cluster con l'interfaccia di rete doppia (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interno (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata nel cloud).
Dual NIC funziona sulla versione completa, VMNLite e demo del software del nodo mesh video. È inoltre possibile distribuire il mesh video dietro un'impostazione NAT 1:1.
È possibile integrare i nodi mesh video con l'ambiente di controllo delle chiamate. Ad esempio, le distribuzioni con mesh video integrata con Unified CM, vedere Modelli di distribuzione per mesh video e Cisco Unified Communications Manager.
Sono supportati i seguenti tipi di traduzione dell'indirizzo:
Traduzione dinamica dell'indirizzo di rete (NAT) utilizzando un pool IP
Traduzione indirizzo porta dinamica (PAT)
NAT 1:1
Altre forme di NAT dovrebbero funzionare fino a quando vengono utilizzate le porte e i protocolli corretti, ma non li supportiamo ufficialmente perché non sono stati testati.
IPv4
Indirizzo IP statico per il nodo mesh video
- Non supportato in una distribuzione mesh video
-
IPv6
DHCP per il nodo mesh video
Un cluster con una combinazione di NIC singola e NIC doppia
Raggruppamento dei nodi di mesh video sulla rete WAN (Wide Area Network)
Audio, video o contenuto multimediale che non passa attraverso un nodo mesh video:
Audio da telefoni
Chiamata peer-to-peer tra l'app Webex e l'endpoint basato su standard
Terminazione audio su nodo mesh video
Contenuto multimediale inviato tramite la coppia C/E Expressway
Richiamata video da Webex
Modelli di distribuzione per mesh video e Cisco Unified Communications Manager
Questi esempi mostrano distribuzioni mesh video comuni e consentono di capire dove i cluster mesh video possono adattarsi alla rete. Tenere presente che la distribuzione mesh video dipende da fattori nella topologia di rete:
Posizioni dei centri dati
Sedi e dimensioni degli uffici
Posizione e capacità di accesso a Internet
In generale, provare a collegare i nodi mesh video ai cluster Unified CM o Session Management Edition (SME). Come buona pratica, mantenere i nodi il più centralizzati possibile alle filiali locali.
Video Mesh supporta Session Management Edition (SME). I cluster Unified CM possono essere connessi attraverso una SME, quindi è necessario creare un trunk SME che si connette ai nodi mesh video.
Architettura hub e spoke

Questo modello di distribuzione include la rete centralizzata e l'accesso a Internet. In genere, la sede centrale è caratterizzata da un’elevata concentrazione di dipendenti. In questo caso, è possibile posizionare un cluster mesh video nella posizione centrale per una gestione multimediale ottimizzata.
La localizzazione dei cluster nelle posizioni delle filiali potrebbe non generare vantaggi a breve termine e potrebbe determinare un instradamento subottimale. Si consiglia di distribuire i cluster in una filiale solo se è presente una comunicazione frequente tra le filiali.
Distribuzione geografica

La distribuzione geograficamente distribuita è interconnessa ma può mostrare una latenza notevole tra le regioni. La mancanza di risorse può causare l'impostazione a cascata subottimale a breve termine quando sono presenti riunioni tra utenti in ciascuna posizione geografica. In questo modello, si consiglia di distribuire i nodi mesh video vicino all'accesso Internet regionale.
Distribuzione geografica con chiamata SIP

Questo modello di distribuzione contiene cluster Unified CM regionali. Ciascun cluster può contenere un trunk SIP per selezionare le risorse nel cluster mesh video locale. Un secondo trunk può fornire un percorso di failover a una coppia Expressway se le risorse diventano limitate.
Porte e protocolli utilizzati dal mesh video
Per garantire una distribuzione corretta del mesh video e un funzionamento senza problemi dei nodi mesh video, aprire le seguenti porte sul firewall per l'uso con i protocolli.
Vedi Requisiti di rete per i servizi Webex per comprendere i requisiti di rete generali per Webex Teams.
Per ulteriori informazioni su firewall e procedure di rete per i servizi Webex, vedere il whitepaper trasversale sui firewall.
Per mitigare potenziali problemi di query DNS, seguire le procedure consigliate DNS, le protezioni di rete e la documentazione di identificazione degli attacchi quando si configura il firewall aziendale.
Per ulteriori informazioni sul design, vedere Architettura preferita per i servizi ibridi, CVD.
Porte e protocolli per la gestione
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
I nodi mesh video in un cluster devono essere nella stessa VLAN o subnet mask.
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Gestione | Computer di gestione | Nodo mesh video | Secondo necessità | Any | TCP, HTTPS | Nodo mesh video | 443 |
SSH per l'accesso alla console di amministrazione mesh video | Computer di gestione | Nodo mesh video | Secondo necessità | Any | TCP | Nodo mesh video | 22 |
Comunicazione intracluster | Nodo mesh video | Nodo mesh video | Indirizzo IP di altri nodi mesh video nel cluster | Any | TCP | Nodi mesh video | 8443 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Any | UDP, NTP UDP, DNS TCP, HTTPS (WebSocket) | Any | 123* 53* |
Segnalazione a cascata | Nodo mesh video | Cloud Webex | Any | Any | TCP | Any | 443 |
Elemento multimediale a cascata | Nodo mesh video | Cloud Webex | Nodo mesh video | Qualsiasi*** | UDP | Any Per intervalli di indirizzi specifici, vedere la sezione "Subnet IP per i servizi multimediali Webex" nei requisiti di rete per i servizi Webex. | 5004 da 50000 a 53000 Per informazioni dettagliate, vedere la sezione "Servizi Webex - Numeri di porta e protocolli" in Requisiti di rete per i servizi Webex. |
Segnalazione a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Any | Any | TCP | Any | 443 |
Elemento multimediale a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Cluster mesh Vido (1) | Qualsiasi*** | UDP | Any | 5004 da 50000 a 53000 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Any | TCP, HTTPS | Qualsiasi** | 443 |
Gestione | Nodo mesh video (1) | Nodo mesh video (2) | Nodo mesh video (1) | Any | TCP, HTTPS (WebSocket) | Nodo mesh video (2) | 443 |
Comunicazione interna | Nodo mesh video | Tutti gli altri nodi mesh video | Nodo mesh video | Any | UDP | Any | da 10000 a 40000 |
* La configurazione predefinita nel file OVA è configurata per NTP e DNS. Il file OVA richiede l'apertura di tali porte in uscita su Internet. Se si configura un server NTP e DNS locale, non è necessario aprire le porte 53 e 123 attraverso il firewall.
** Poiché alcuni URL del servizio cloud sono soggetti a modifiche senza avviso, QUALSIASI è la destinazione consigliata per il funzionamento senza problemi dei nodi mesh video. Se si preferisce filtrare il traffico in base agli URL, vedere la sezione URL dei team Webex per i servizi ibridi
della sezione Requisiti di rete per i servizi Webex per ulteriori informazioni.
***Le porte variano in base all'abilitazione della QoS. Con la QoS abilitata, le porte sono 52.500-59499, 63000-64667, 59500-62999 e 64688-65500. Con la QoS spenta, le porte sono 34.000-34.999.
Firme di traffico per mesh video (qualità del servizio abilitata)
Per distribuzioni in cui il nodo mesh video si trova sul lato aziendale del DMZ o all'interno del firewall, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente all'amministratore di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video per il contrassegno di rete QoS. Questa impostazione Qualità del servizio è abilitata per impostazione predefinita e modifica ai valori di questa tabella le porte di origine utilizzate per la condivisione di audio, video e contenuto. Questa impostazione consente di configurare criteri di contrassegno QoS in base agli intervalli di porte UDP per differenziare l'audio dalla condivisione video o di contenuto e contrassegnare tutto l'audio con il valore consigliato di condivisione EF e video e contenuto con un valore consigliato di AF41.
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video, che sono il focus principale delle configurazioni di rete QoS. Mentre i criteri di contrassegno QoS di rete per il contenuto multimediale su UDP sono al centro della seguente tabella, i nodi mesh video Webex terminano anche il traffico TCP per la presentazione e la condivisione di contenuto per l'app Webex utilizzando le porte effimere 52500–65500. Se un firewall si trova tra i nodi mesh video e l'app Webex, tali porte TCP devono anche essere autorizzate per il corretto funzionamento.
Il nodo mesh video contrassegna il traffico in modo nativo. Questa marcatura nativa è asimmetrica in alcuni flussi e dipende dal fatto che le porte di origine siano porte condivise (porta singola come 5004 per flussi multipli verso varie destinazioni e porte di destinazione) o dal fatto che non lo siano (dove la porta rientra in un intervallo ma è unica per quella specifica sessione bidirezionale). Per comprendere il contrassegno nativo tramite un nodo mesh video, tenere presente che il nodo mesh video contrassegna l'audio EF quando non utilizza la porta 5004 come porta di origine. Alcuni flussi bidirezionali, come mesh video a cascata mesh video o mesh video a app Webex, verranno contrassegnati in modo asimmetrico, un motivo per utilizzare la rete per annotare il traffico in base agli intervalli di porte UDP forniti. |
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Servizi multimediali cloud Webex | da 52500 a 59499 | 5004 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 63000 a 64667 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | Ef | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 52500 a 59499 | 5004 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 63000 a 64667 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Applicazione o endpoint Webex Teams* | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
*La direzione del traffico multimediale determina le marcature DSCP. Se le porte di origine sono dal nodo mesh video (dal nodo mesh video all'app Webex Teams), il traffico è contrassegnato solo come AF41. Il traffico multimediale proveniente dall'app Webex Teams o dagli endpoint Webex presenta contrassegni DSCP separati, ma non il traffico di ritorno dalle porte condivise del nodo mesh video.
Differenziazione porta di origine UDP (client app Windows Webex): Se si desidera abilitare la differenziazione della porta di origine UDP per la propria organizzazione, contattare il team dell'account locale. Se questa opzione non è abilitata, la condivisione audio e video non può essere differenziata dal sistema operativo Windows. Le porte di origine saranno le stesse per la condivisione di audio, video e contenuto sui dispositivi Windows. |
Firme di traffico per mesh video (qualità del servizio disabilitata)
Per distribuzioni in cui il nodo mesh video si trova nel DMZ, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video. Questa impostazione Qualità del servizio, se disabilitata (abilitata per impostazione predefinita), modifica le porte di origine utilizzate per la condivisione di audio, video e contenuto dal nodo mesh video nell'intervallo 34000 a 34999. Il nodo mesh video quindi contrassegna in modo nativo tutto l'audio, il video e la condivisione di contenuto in un singolo DSCP di AF41.
Poiché le porte di origine sono uguali per tutti i file multimediali indipendentemente dalla destinazione, non è possibile differenziare l'audio dalla condivisione video o di contenuto in base all'intervallo di porte con questa impostazione disabilitata. Questa configurazione consente di configurare più facilmente i fori dei pin del firewall per i supporti con la qualità del servizio abilitata. |
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video quando la QoS è disabilitata.
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | AF41 | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
Porte e protocolli per il traffico Webex Meetings
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Chiamata a riunione | App (app desktop e mobile app Webex) Dispositivi registrati su Webex | Nodo mesh video | Secondo necessità | Any | UDP e TCP (utilizzati dall'app Webex) SRTP (qualsiasi) | Qualsiasi** | 5004 |
Chiamata del dispositivo SIP alla riunione (segnalazione SIP) | Controllo chiamate Unified CM o Cisco Expressway | Nodo mesh video | Secondo necessità | Effimero (>=1024) | TCP o TLS | Qualsiasi** | 5060 o 5061 |
Cascata | Nodo mesh video | Cloud Webex | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 Da 50000 a 53000*** |
Cascata | Nodo mesh video | Nodo mesh video | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 |
La porta 5004 viene utilizzata per tutti i nodi cloud multimediali e mesh video locali. L'app Webex continua a connettersi ai nodi mesh video sulle porte condivise 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint registrati Webex per i test STUN sui nodi mesh video. Dal nodo mesh video al nodo mesh video per l'utilizzo a cascata dell'intervallo di porte di destinazione da 10000 a 40000.* Il protocollo TCP è supportato, ma non preferito poiché potrebbe influire sulla qualità multimediale. |
** Se si desidera limitare in base agli indirizzi IP, vedere gli intervalli di indirizzi IP documentati in Requisiti di rete per i servizi Webex.
*** Expressway già utilizza questo intervallo di porte per il cloud Webex. Pertanto, la maggior parte delle distribuzioni non richiederà aggiornamenti per supportare questo nuovo requisito per il mesh video. Tuttavia, se la distribuzione dispone di regole del firewall più severe, potrebbe essere necessario aggiornare la configurazione del firewall per aprire queste porte per il mesh video.
Per ottenere le massime prestazioni utilizzando Webex nella propria organizzazione, configurare il firewall in modo da consentire tutto il traffico TCP e UDP in uscita destinato alle porte 5004 nonché qualsiasi risposta in entrata a tale traffico. I requisiti della porta elencati sopra presuppongono che i nodi mesh video siano distribuiti nella LAN (preferita) o in una DMZ e che l'app Webex sia nella LAN.
Qualità video e ridimensionamento per mesh video
Di seguito sono riportati alcuni scenari di riunione comuni quando viene creata una propagazione a catena. Il mesh video è adattivo in base alla larghezza di banda disponibile e distribuisce le risorse di conseguenza. Per i dispositivi nella riunione che utilizzano il nodo mesh video, il collegamento a cascata consente di ridurre la larghezza di banda media e migliorare l'esperienza di riunione per l'utente.
Per le linee guida per il provisioning della larghezza di banda e la pianificazione della capacità, vedere la documentazione di architettura preferita. |
In base agli oratori attivi nella riunione, vengono stabiliti i collegamenti a cascata. Ogni propagazione a catena può contenere fino a 6 flussi e la propagazione a catena è limitata a 6 partecipanti (6 in direzione da app Webex/SIP a cloud Webex e 5 in direzione opposta). Ciascuna risorsa multimediale (cloud e mesh video) richiede al lato remoto i flussi necessari per soddisfare i requisiti dell'endpoint locale di tutti i partecipanti remoti nella propagazione a catena.

Per fornire un'esperienza utente flessibile, la piattaforma Webex può eseguire video multistream ai partecipanti alla riunione. Questa stessa funzionalità si applica al collegamento a cascata tra i nodi mesh video e il cloud. In questa architettura, i requisiti di larghezza di banda variano in base a diversi fattori, come i layout degli endpoint.
Architettura

In questa architettura, gli endpoint registrati su Cisco Webex inviano segnali al cloud e contenuti multimediali ai servizi di commutazione. Gli endpoint SIP locali inviano segnali all'ambiente di controllo delle chiamate (Unified CM o Expressway), che quindi li invia al nodo mesh video. Il contenuto multimediale viene inviato al servizio di trascodifica.
Partecipanti su cloud e in sede
I partecipanti locali sul nodo mesh video richiedono i flussi desiderati in base ai requisiti di layout. Tali flussi vengono inoltrati dal nodo mesh video all'endpoint per il rendering del dispositivo locale.
Ciascun nodo mesh cloud e video richiede risoluzioni HD e SD da tutti i partecipanti che sono dispositivi registrati su cloud o app Webex. A seconda dell'endpoint, invierà fino a 4 risoluzioni, solitamente 1080p, 720p, 360p e 180p.
A cascata
La maggior parte degli endpoint Cisco può inviare 3 o 4 flussi da una singola origine in un intervallo di risoluzioni (da 1080p a 180p). Il layout dell'endpoint determina il requisito per i flussi necessari all'estremità remota della cascata. Per la presenza attiva, il flusso video principale è 1080p o 720p, i riquadri video (PiPS) sono 180p. Per la visualizzazione uguale, la risoluzione è 480p o 360p per tutti i partecipanti nella maggior parte dei casi. La cascata creata tra i nodi mesh video e il cloud invia anche 720 p, 360 p e 180 p in entrambe le direzioni. Il contenuto viene inviato come singolo flusso e l'audio viene inviato come più flussi.
I grafici di larghezza di banda a cascata che forniscono una misurazione per cluster sono disponibili nel menu Analisi in Webex Control Hub. Non è possibile configurare la larghezza di banda in cascata per riunione in Control Hub.
La larghezza di banda massima negoziata in cascata per riunione è 20Mbps per il video principale per tutte le origini e i diversi flussi video principali che è possibile inviare. Questo valore massimo non include il canale del contenuto o l'audio. |
Esempio di video principale con layout multiplo
I diagrammi seguenti illustrano uno scenario di riunione di esempio e come la larghezza di banda viene influenzata quando sono in gioco più fattori. Nell'esempio, tutte le app Webex e i dispositivi registrati su Webex stanno trasmettendo flussi a 1x720 p, 1x360 p e 1x180 p nel mesh video. Sulla cascata, i flussi di 720 p, 360 p e 180 p sono trasmessi in entrambe le direzioni. Il motivo è perché sono presenti app Webex e dispositivi registrati su Webex che ricevono 720 p, 360 p e 180 p su entrambi i lati della sequenza.
Nei diagrammi, i numeri di larghezza di banda per i dati trasmessi e ricevuti sono solo a titolo esemplificativo. Non costituiscono una copertura completa di tutte le possibili riunioni e dei relativi requisiti di larghezza di banda. Diversi scenari di riunione (partecipanti entrati, funzionalità del dispositivo, condivisione di contenuto all'interno della riunione, attività in un determinato momento durante la riunione) genereranno diversi livelli di larghezza di banda. |
Il diagramma seguente mostra una riunione con endpoint registrati su cloud e locali e un oratore attivo.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena tra i nodi mesh video e il cloud in entrambe le direzioni.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena dal cloud.
Il diagramma seguente mostra una riunione con gli stessi dispositivi precedenti, insieme a un client Webex Meetings. Il sistema invia l'oratore attivo e l'ultimo oratore attivo in alta definizione insieme a un flusso HD aggiuntivo dell'oratore attivo per i client Webex Meetings poiché i nodi mesh video non supportano Webex Meetings in questo momento.
Requisiti per i servizi Webex
Collaborare con il partner, il Customer Success Manager (CSM) o il rappresentante di prova per eseguire il provisioning corretto del sito Cisco Webex e dei servizi Webex per mesh video:
Devi disporre di un'organizzazione Webex con un abbonamento a pagamento ai servizi Webex.
Per sfruttare al meglio il mesh video, assicurarsi che il sito Webex sia sulla piattaforma video versione 2.0. (È possibile verificare che il sito sia sulla piattaforma video versione 2.0 se dispone dell'elenco dei tipi di risorse multimediali disponibile nelle opzioni del sito Cloud Collaboration Meeting Room).

È necessario abilitare CMR per il sito Webex sotto i profili utente. È possibile eseguire questa operazione in un aggiornamento in massa CSV con l'attributo SupportCMR.
Per ulteriori informazioni, vedere Confronto delle funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh in Appendice.
Verificare la correttezza del paese di origine
Il mesh video utilizza le funzionalità GDM (Globally Distributed Media) di Webex per migliorare il routing multimediale. Per ottenere una connettività ottimale, Webex seleziona il nodo multimediale cloud più vicino all'azienda quando esegue la propagazione in cascata di mesh video a Webex. Il traffico passa quindi attraverso il backbone Webex per interagire con i microservizi Webex per la riunione. Questo instradamento riduce al minimo la latenza e conserva la maggior parte del traffico sul backbone Webex e fuori da Internet.
Per supportare GDM, utilizziamo MaxMind come provider di posizione GeoIP per questo processo. Verificare che MaxMind identifichi correttamente la posizione dell'indirizzo IP pubblico per garantire un indirizzamento efficiente.
| 1 | In un browser Web, immettere questo URL con l'indirizzo IP pubblico di Expressway o dell'endpoint alla fine.
Si riceve una risposta come la seguente:
|
| 2 | Verificare che il |
| 3 | Se la posizione non è corretta, inviare una richiesta per correggere la posizione dell'indirizzo IP pubblico a MaxMind all'indirizzo https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
Completamento dei prerequisiti per mesh video
Utilizzare questa lista di controllo per assicurarsi di essere pronti a installare e configurare i nodi mesh video e integrare un sito Webex con mesh video.
| 1 | Assicurarsi di:
| ||
| 2 | Collabora con il tuo partner, il Customer Success Manager o il rappresentante di prova per comprendere e preparare il tuo ambiente Webex in modo che sia pronto per la connessione a mesh video. Per ulteriori informazioni, vedere Requisiti per i servizi Webex. | ||
| 3 | Registrare le seguenti informazioni di rete da assegnare ai nodi mesh video:
| ||
| 4 | Prima di avviare l'installazione, accertarsi che l'organizzazione Webex sia abilitata per il mesh video. Questo servizio è disponibile per le organizzazioni con determinati abbonamenti al servizio Webex a pagamento, come documentato in Requisiti di licenza per i servizi ibridi Cisco Webex. Contattare il partner Cisco o l'account manager per assistenza. | ||
| 5 | Scegliere un hardware supportato o una configurazione basata su specifiche per il nodo mesh video, come descritto in Requisiti di sistema e piattaforma per il software nodo mesh video. | ||
| 6 | Assicurarsi che sul server sia in esecuzione VMware ESXi 7 o 8 e vSphere 7 o 8, con un host VM operativo. | ||
| 7 | Se stai integrando il mesh video con l'ambiente di controllo chiamate Unified CM e desideri che gli elenchi dei partecipanti siano coerenti tra le piattaforme per riunioni, assicurati che la modalità di sicurezza del cluster Unified CM sia impostata su modalità mista in modo da supportare il traffico crittografato TLS. Per il funzionamento di questa funzionalità, è richiesto il traffico crittografato end-to-end. Per ulteriori informazioni sul passaggio dell'ambiente Unified CM in modalità mista, vedere il capitolo sull'impostazione di TLS nella Guida alla protezione di Cisco Unified Communications Manager. Vedere la guida alla soluzione Active Control per ulteriori informazioni sulle funzioni e su come impostare la crittografia end-to-end. | ||
| 8 | Se si integra un proxy (controllo esplicito, trasparente o non ispezionato) con il mesh video, accertarsi di rispettare i requisiti documentati in Requisiti per supporto proxy per mesh video. |
Operazioni successive
Installazione e configurazione del software del nodo mesh video
Flusso attività distribuzione mesh video
Operazioni preliminari
| 1 | Installazione e configurazione del software del nodo mesh video Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito. |
| 2 | Accesso alla console del nodo mesh video Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo. |
| 3 | Impostazione della configurazione di rete del nodo mesh video nella console Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato. |
| 4 | Utilizzare questa procedura per configurare l'interfaccia esterna per una distribuzione con interfaccia di rete doppia (NIC doppia):
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno). Puoi anche fare eccezioni o sostituzioni alle regole di indirizzamento predefinite. |
| 5 | Registrazione del nodo mesh video nel cloud Webex Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail. |
| 6 | Abilita e verifica la qualità del servizio (QoS) con le seguenti attività:
Abilitare la QoS se si desidera che i nodi mesh video contrassegnino automaticamente il traffico SIP (endpoint registrati SIP locali) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzino intervalli di porte ben noti per tipi di supporto specifici. Questa modifica consente di creare criteri QoS e annotare efficacemente il traffico di ritorno dal cloud, se lo si desidera. Utilizzare i passaggi dello strumento Riflettore per verificare che le porte corrette siano aperte sul firewall. |
| 7 | Configurazione del nodo mesh video per l'integrazione proxy Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare il proxy e risolvere eventuali problemi potenziali. |
| 8 | Segui il mesh video integrato con il flusso delle attività di controllo delle chiamate e scegli una delle seguenti opzioni, a seconda del controllo delle chiamate, dei requisiti di sicurezza e se desideri integrare il mesh video con l'ambiente di controllo delle chiamate:
I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP registrati in locale e i Video Meshcluster. È sufficiente eseguire il trunk di Unified CM o VCS Expressway al nodo mesh video, in base all'ambiente di controllo delle chiamate. |
| 9 | Catene di certificati di scambio tra nodi mesh video e Unified CM In questa attività, scaricare i certificati dalle interfacce mesh video e Unified CM e caricarli uno all'altro. Questa operazione consente di creare un rapporto di fiducia protetto tra i due prodotti e, in combinazione con la configurazione del trunk sicuro, consente al traffico SIP crittografato e al contenuto multimediale SRTP nell'organizzazione di atterrare sui nodi mesh video. |
| 10 | Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza l'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video. |
| 11 | Abilitazione del mesh video per il sito Webex Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex. |
| 12 | Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex |
| 13 | Verificare l'esperienza di riunione sull'endpoint sicuro Se si utilizza la crittografia multimediale attraverso l'impostazione TLS end-to-end, utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e venga visualizzata l'esperienza di riunione corretta. |
Script di provisioning in blocco per mesh video
Se è necessario distribuire molti nodi nella distribuzione mesh video, il processo richiede tempo. È possibile utilizzare lo script su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning per distribuire rapidamente i nodi mesh video sui server ESXi VMWare. Leggere il file Leggimi per istruzioni su come utilizzare lo script.
Installazione e configurazione del software del nodo mesh video
Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito.
Devi scaricare il pacchetto software (OVA) da Control Hub ( https://admin.webex.com) anziché utilizzare una versione scaricata in precedenza. Questo file OVA è firmato dai certificati Cisco e può essere scaricato dopo aver eseguito l'accesso a Control Hub con le credenziali dell'amministratore del cliente.
Operazioni preliminari
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per le piattaforme hardware supportate e requisiti di specifiche per il nodo mesh video.
Assicurarsi di disporre degli elementi necessari:
Un computer con:
Client VMware vSphere 7 o 8.
Per un elenco dei sistemi operativi supportati, consultare la documentazione VMware.
File OVA del software mesh video scaricato.
Scarica l'ultimo software mesh video da Control Hub anziché utilizzare una versione scaricata in precedenza. È inoltre possibile accedere al software da questo link. (Il file è circa 1,5 GB).
Le versioni precedenti del pacchetto software (OVA) non saranno compatibili con gli ultimi aggiornamenti mesh video. Ciò può provocare problemi durante l'aggiornamento dell'applicazione. Accertarsi di scaricare l'ultima versione del file OVA da questo collegamento.
Un server supportato con VMware ESXi o vCenter 7 o 8 installato e in esecuzione
Disabilitare i backup delle macchine virtuali e la migrazione in diretta. I cluster dei nodi mesh video sono sistemi in tempo reale; qualsiasi pausa di una macchina virtuale può rendere questi sistemi instabili. (Per attività di manutenzione su un nodo mesh video, utilizzare la modalità di manutenzione da Control Hub.)
| 1 | Utilizzando il computer, aprire il client VMware vSphere e accedere al sistema vCenter o ESXi sul server. | ||||
| 2 | Vai a . | ||||
| 3 | Il Seleziona un tempio OVF fare clic su File locale, quindi su Scegli file. Andare al punto in cui si trova il file videomesh.ova, scegliere il file, quindi fare clic su Avanti.
| ||||
| 4 | Il Seleziona un nome e una cartella pagina , inserisci un Nome macchina virtuale per il nodo mesh video (ad esempio, "Video_Mesh_Node_1"), scegliere una posizione in cui può risiedere la distribuzione del nodo della macchina virtuale, quindi fare clic su Successivo. Viene eseguito un controllo di convalida. Al termine, vengono visualizzati i dettagli del modello. | ||||
| 5 | Verificare i dettagli del modello, quindi fare clic su Avanti. | ||||
| 6 | Il Configurazione pagina , scegliere il tipo di configurazione della distribuzione, quindi fare clic su Successivo.
Le opzioni sono elencate in ordine di crescente fabbisogno di risorse.
| ||||
| 7 | Il Seleziona storage pagina, assicurarsi che il formato di disco predefinito di Thick Provision Lazy Zeroed e i criteri di storage VM di Datastore Default sono selezionati e quindi fare clic su Successivo. | ||||
| 8 | Il Seleziona reti, scegliere l'opzione di rete dall'elenco di voci per fornire la connettività desiderata alla VM.
Per una distribuzione DMZ, è possibile impostare il nodo mesh video con la doppia interfaccia di rete (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interna (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata in Webex). Tutti i nodi in un cluster devono essere in modalità NIC doppia; non è supportata una combinazione di NIC singola e doppia.
| ||||
| 9 | Nella pagina Personalizza modello, configurare le seguenti impostazioni di rete:
Se si preferisce, è possibile ignorare la configurazione delle impostazioni di rete e seguire la procedura in Imposta configurazione di rete del nodo mesh video nella console dopo aver eseguito l'accesso al nodo. | ||||
| 10 | Il Pronto per il completamento pagina , verificare che tutte le impostazioni inserite corrispondano alle linee guida in questa procedura, quindi fare clic su Fine. Una volta completata la distribuzione del file OVA, il nodo mesh video viene visualizzato nell'elenco delle VM. | ||||
| 11 | Fare clic con il pulsante destro del mouse sul nodo mesh video VM, quindi scegliere . Il software del nodo mesh video viene installato come guest sull'host VM. A questo punto, è possibile accedere alla console e configurare il nodo mesh video. È possibile che si verifichi un ritardo di alcuni minuti prima che i contenitori del nodo salgano. Un messaggio del firewall bridge viene visualizzato sulla console durante il primo avvio, durante il quale non è possibile accedere. |
Operazioni successive
Accesso alla console del nodo mesh video
Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo.
| 1 | Dal client VMware vSphere, andare al nodo mesh video VM, quindi scegliere Console. Viene avviata la VM del nodo mesh video e viene visualizzata una richiesta di accesso. Se il prompt di accesso non viene visualizzato, premere Invio. È possibile visualizzare brevemente un messaggio che indica che il sistema è in fase di inizializzazione. |
| 2 | Utilizzare il seguente nome utente e password predefiniti per l'accesso: Poiché si esegue l'accesso al nodo mesh video per la prima volta, è necessario modificare la passphrase dell'amministratore (password). |
| 3 | Per la password (corrente), immettere la password predefinita (dall’alto), quindi premere Invio. |
| 4 | Per inserire una nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 5 | Per reinserire la nuova password, reinserire la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "Password modificata correttamente", quindi viene visualizzata la schermata iniziale del nodo mesh video con un messaggio relativo all'accesso non autorizzato vietato. |
| 6 | Premere Invio per caricare il menu principale. |
Operazioni successive
Impostazione della configurazione di rete del nodo mesh video nella console
Impostazione della configurazione di rete del nodo mesh video nella console
Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato.
Questa procedura è richiesta se non sono state configurate le impostazioni di rete al momento della distribuzione OVA.
L'interfaccia interna (l'interfaccia predefinita per il traffico) viene utilizzata per CLI, SIP trunk, traffico SIP e gestione dei nodi. L'interfaccia esterna (esterna) è per la comunicazione HTTPS e websocket a Webex, insieme al traffico a cascata dai nodi a Webex. |
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Operazioni successive
Una volta installata e configurata l'immagine software con le impostazioni di rete (indirizzo IP, DNS, NTP e così via) e accessibile sulla rete aziendale, è possibile passare alla fase successiva di registrazione sicura nel cloud. L'indirizzo IP configurato sul nodo mesh video è accessibile solo dalla rete aziendale. Dal punto di vista della sicurezza, il nodo è indurito in modo che solo gli amministratori dei clienti possano accedere all'interfaccia del nodo per eseguire la configurazione.
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 5 Configurazione IP esterno e fare clic su Seleziona. | ||
| 2 | Fare clic su 1 Abilita/Disabilita, quindi su Seleziona, quindi su Sì per abilitare le opzioni dell'indirizzo IP esterno sul nodo. | ||
| 3 | Come per la configurazione di rete iniziale, immettere i valori di indirizzo IP (esterno), maschera e gateway.
| ||
| 4 | Fare clic su Salva e riavvia. Il nodo si riavvia per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna.
| ||
| 5 | Per convalidare la configurazione dell'indirizzo IP interno ed esterno, dal menu principale della console, andare a 4 Diagnostica, quindi scegliere Ping. | ||
| 6 | Nel campo ping, immettere un indirizzo di destinazione che si desidera testare, come una destinazione esterna o un indirizzo IP interno, quindi fare clic su OK.
|
Operazioni successive
API nodo mesh video
Le API del nodo mesh video consentono agli amministratori dell'organizzazione di gestire password, impostazioni di rete interne ed esterne, modalità di manutenzione e certificati del server relativi ai nodi mesh video. Queste API possono essere richiamate tramite qualsiasi strumento API come Postman oppure è possibile creare il proprio script per chiamarle. L'utente deve chiamare le API utilizzando l'endpoint appropriato (è possibile utilizzare IP nodo o FQDN), metodo, corpo, intestazioni, autorizzazione, ecc. per eseguire l'azione desiderata e ottenere una risposta adeguata, in base alle informazioni fornite di seguito.
API VMN di amministrazione
Le API di amministrazione mesh video consentono agli amministratori dell'organizzazione di gestire la modalità di manutenzione e la password dell'account amministratore dei nodi mesh video.
Ottenere lo stato della modalità di manutenzione
Recupera lo stato della modalità di manutenzione corrente (stato previsto: on, off, pending o requested).
[GET] https://<node_ip>/api/v1/external/maintenanceMode
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}
Risposta campione 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta di esempio 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Abilitazione o disabilitazione della modalità di manutenzione
Quando si mette un nodo mesh video in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti).
[PUT] https://<node_ip>/api/v1/external/maintenanceMode
Chiama questa API solo se non sono presenti chiamate attive. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"maintenanceMode": "on"
}
maintenanceMode - Stato della modalità di manutenzione da impostare - "on" o "off".
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}
Risposta campione 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}
Modifica password amministratore
Modifica la password dell'utente amministratore.
[PUT] https://<node_ip>/api/v1/external/password
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"newPassword": "new"
}
newPassword: la nuova password da impostare per l'account "admin" del nodo mesh video.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}
API di rete VMN
Le API di rete mesh video consentono agli amministratori dell'organizzazione di gestire le impostazioni di rete interne ed esterne.
Richiedi configurazione rete esterna
Rileva se la rete esterna è abilitata o disabilitata. Se la rete esterna è abilitata, recupera anche l'indirizzo IP esterno, la subnet mask esterna e il gateway esterno.
[GET] https://<node_ip>/api/v1/external/externalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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"
}
}
Risposta campione 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}
Modifica configurazione rete esterna
Modifica le impostazioni di rete esterna. Questa API può essere utilizzata per abilitare la rete esterna insieme all'impostazione o alla modifica dell'interfaccia di rete esterna con indirizzo IP esterno, subnet mask esterna e gateway esterno. Può anche essere utilizzato per disabilitare la rete esterna. Dopo aver apportato modifiche alla configurazione della rete esterna, il nodo viene riavviato per applicare tali modifiche.
[PUT] https://<node_ip>/api/v1/external/externalNetwork
È possibile configurare questa opzione solo per i nodi mesh video di nuova distribuzione, la cui password di amministrazione predefinita è stata modificata. Non utilizzare questa API dopo aver registrato il nodo in un'organizzazione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Abilitazione della rete esterna:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}
Disabilitazione della rete esterna:
{
"externalNetworkEnabled": false
}
externalNetworkEnabled- Valore booleano (vero o falso) per abilitare/disabilitare la rete esterna
externalIp - IP esterno da aggiungere
externalMask - La netmask per la rete esterna
externalGateway - Il gateway per la rete esterna
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 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."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}
Ottieni dettagli rete interna
Recupera i dettagli di configurazione della rete interna che includono modalità di rete, indirizzo IP, subnet mask, gateway, dettagli di memorizzazione nella cache DNS, server DNS, server NTP, interfaccia interna MTU, nome host e dominio.
[GET] https://<node_ip>/api/v1/external/internalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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": ""
}
}
Risposta campione 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}
Modifica server DNS
Aggiorna i server DNS con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dns
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsServers": "1.1.1.1 2.2.2.2"
}
dnsServer - Server DNS da aggiornare. Sono consentiti più server DNS separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica server NTP
Aggiorna i server NTP con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/ntp
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"ntpServers": "1.1.1.1 2.2.2.2"
}
ntpServer - server NTP da aggiornare. Sono consentiti più server NTP separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica nome organizzatore e dominio
Aggiorna il nome host e il dominio del nodo mesh video.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/host
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"hostName": "test-vmn",
"domain": "abc.com"
}
hostName - Il nuovo nome host del nodo.
dominio - Il nuovo dominio per il nome host del nodo (opzionale).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Consente di abilitare o disabilitare la memorizzazione nella cache DNS. Si consiglia di abilitare la memorizzazione nella cache se i controlli DNS spesso richiedono oltre 750 ms per la risoluzione o se consigliato dal supporto Cisco.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dnsCaching
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsCaching": true
}
dnsCaching - Configurazione della cache DNS. Accetta il valore booleano (vero o falso).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}
Modifica MTU interfaccia
Modifica l'unità di trasmissione massima (MTU) per le interfacce di rete del nodo dal valore predefinito di 1500. Sono consentiti valori compresi tra 1280 e 9000.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/mtu
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"internalInterfaceMtu": 1500
}
internalInterfaceMtu - Unità massima di trasmissione per le interfacce di rete del nodo. Il valore deve essere compreso tra 1280 e 9000.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}
API certificati server VMN
Le API di certificato del server mesh video consentono agli amministratori dell'organizzazione di creare, aggiornare, scaricare ed eliminare i certificati relativi ai nodi mesh video. Per ulteriori informazioni, vedere Catene di certificati di scambio tra nodi mesh video e Unified CM.
Creare il certificato CSR
Genera un certificato CSR (Certificate Signing Request) e la chiave privata, in base ai dettagli forniti.
[POST] https://<node_ip>/api/v1/externalCertManager/generateCsr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}
commonName - IP/FQDN del nodo mesh video fornito come nome comune. (obbligatorio)
emailAddress - Indirizzo e-mail dell'utente. (opzionale)
altNames - Nome(i) alternativo(i) oggetto (opzionale). Sono consentiti più nomi di domini completi separati da spazi. Se previsto, deve contenere il nome comune. Se non vengono forniti i nomi alt, viene utilizzato il nome comune come valore dei nomi alt.
organizzazione - Nome organizzazione/società (opzionale)
organizationUnit - Unità organizzativa o Nome del reparto o del gruppo, ecc. (opzionale)
località - Città/Località. (opzionale)
stato - Stato/Provincia. (opzionale)
paese - Paese/Regione. Abbreviazione a due lettere. Non fornire più di due lettere. (opzionale)
passphrase - Passphrase chiave privata. (opzionale)
keyBitSize - Dimensione bit chiave privata. I valori accettati sono 2048, per impostazione predefinita o 4096. (opzionale)
Intestazioni richiesta:
Tipo di contenuto: 'applicazione/json'
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}
Risposta campione 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."
}
}
Scarica il certificato CSR
Scarica il certificato CSR generato.
[GET] https://<node_ip>/api/v1/externalCertManager/csr
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}
Scarica la chiave privata
Scarica la chiave privata generata insieme al certificato CSR.
[GET] https://<node_ip>/api/v1/externalCertManager/key
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}
Eliminazione del certificato CSR
Elimina il certificato CSR esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/csr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}
Elimina la chiave privata
Elimina la chiave privata esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/key
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}
Installare il certificato firmato CA e la chiave privata
Carica il certificato firmato CA fornito e la chiave privata sul nodo mesh video e installa il certificato sul nodo.
[POST] https://<node_ip>/api/v1/externalCertManager/uploadInstallCaCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Utilizzare 'form-data' per caricare i seguenti file:
File certificato firmato CA (.crt) con chiave come 'crtFile'.
File della chiave privata (.key) con la chiave come 'keyFile'.
Intestazioni richiesta:
Tipo di contenuto: "dati multiparte/modulo"
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}
Risposta di esempio 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."
}
}
Scarica il certificato firmato CA
Scarica il certificato firmato CA installato sul nodo.
[GET] https://<node_ip>/api/v1/externalCertManager/caCert
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}
Eliminare il certificato firmato dall'autorità di certificazione
Elimina il certificato firmato dall'autorità di certificazione installato sul nodo.
[CANCELLA] https://<node_ip>/api/v1/externalCertManager/caCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}
Risposte API comuni
Di seguito sono elencate alcune risposte di esempio che è possibile riscontrare durante l'uso di qualsiasi API menzionata sopra.
Risposta campione 1: Credenziali errate fornite nell'autorizzazione di base.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta campione 2: VMN non viene aggiornato alla versione richiesta che supporta queste API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}
Risposta di esempio 3: Riferimento errato inserito nell'intestazione (quando l'intestazione non era prevista).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}
Risposta di esempio 4: Limite di velocità superato, provare dopo qualche tempo.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Aggiungi regole di indirizzamento interne ed esterne
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
| 1 | Dall'interfaccia del nodo mesh video, scegliere 5 Configurazione IP esterna, quindi fare clic su Seleziona. | ||
| 2 | Scegliere 3 Gestisci regole di indirizzamento, quindi fare clic su Seleziona. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna.
È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 3 | Effettuare le seguenti operazioni secondo necessità:
Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Registrazione del nodo mesh video nel cloud Webex
Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail.
Operazioni preliminari
Una volta iniziata la registrazione di un nodo, è necessario completarlo entro 60 minuti o iniziare da capo.
Verificare che gli eventuali blocchi popup nel browser siano disabilitati o che sia consentita un'eccezione per https://admin.webex.com.
Per ottenere i migliori risultati, distribuire tutti i nodi di un cluster nello stesso centro dati. Vedere Cluster in mesh video per informazioni su come funzionano e procedure consigliate.
Dall'organizzatore o dalla macchina in cui si stanno registrando i nodi mesh video nel cloud, è necessario disporre della connettività al cloud Webex e agli indirizzi IP mesh video registrati (in un ambiente NIC doppio, in particolare gli indirizzi IP interni dei nodi mesh video).
| 1 |
Accedi a Control Hub utilizzando le credenziali di amministrazione. La funzionalità di amministrazione di Control Hub è disponibile solo per gli utenti definiti come amministratori in Control Hub. Per ulteriori informazioni, vedere Ruoli account cliente. | ||
| 2 | Vai a e sceglierne uno:
| ||
| 3 | Accertarsi di aver installato e configurato il nodo mesh video. Fare clic su Sì, sono pronto per eseguire la registrazione..., quindi fare clic su Avanti. | ||
| 4 | In Crea un nuovo cluster o seleziona un cluster, scegline uno:
| ||
| 5 | In Inserisci il nome di dominio completo o l'indirizzo IP, inserisci il nome di dominio completo o l'indirizzo IP interno del nodo mesh video, quindi fai clic su Avanti.
Un nome di dominio completo deve essere risolto direttamente all'indirizzo IP o non è utilizzabile. Eseguiamo la convalida su FQDN per escludere qualsiasi errore di tipo o di configurazione.
| ||
| 6 | In Aggiorna pianificazione, scegliere un'ora, una frequenza e un fuso orario. L'impostazione predefinita è una pianificazione di aggiornamento giornaliera. È possibile passare a una pianificazione settimanale in un giorno specifico. Quando è disponibile un aggiornamento, il software del nodo mesh video viene aggiornato automaticamente durante il periodo di tempo selezionato.
| ||
| 7 | In Notifiche e-mail, aggiungere gli indirizzi e-mail dell'amministratore per iscriversi alle notifiche sugli allarmi di servizio e sugli aggiornamenti software. L'indirizzo e-mail amministratore viene aggiunto automaticamente. Puoi rimuoverlo se vuoi. | ||
| 8 | Attivare l'impostazione Qualità video per abilitare il video 1080p 30fps. Con questa impostazione, i partecipanti SIP che accedono a una riunione ospitata in un nodo mesh video possono utilizzare video a 1080p e 30fps se sono tutti all'interno della rete aziendale e stanno utilizzando un dispositivo ad alta definizione. L'impostazione si applica a tutti i cluster di nodi.
| ||
| 9 | Leggi le informazioni in Completa registrazione, quindi fai clic su Vai a nodo per registrare il nodo sul cloud Webex. Viene visualizzata una nuova scheda del browser per controllare il nodo. Questa operazione consente di proteggere il nodo mesh video utilizzando l'indirizzo IP del nodo. Durante il processo di registrazione, Control Hub reindirizza l'utente al nodo mesh video. L'indirizzo IP deve essere protetto, altrimenti la registrazione non riesce. Il processo di registrazione deve essere completato dalla rete aziendale in cui è installato il nodo. | ||
| 10 | Selezionare Consenti accesso al nodo mesh video Webex, quindi fare clic su Continua. | ||
| 11 | Fare clic su Consenti . L'account è stato convalidato, il nodo mesh video è registrato e viene visualizzato il messaggio Registrazione completata, a indicare che il nodo mesh video è ora registrato in Webex. Il nodo mesh video ottiene le credenziali della macchina in base ai diritti della propria organizzazione. Le credenziali generate dalla macchina scadono periodicamente e vengono aggiornate. | ||
| 12 | Fare clic sul collegamento al portale o chiudere la scheda per tornare alla pagina mesh video. Nella pagina Mesh video, ora viene visualizzato il nuovo cluster contenente il nodo mesh video registrato.
A questo punto, il nodo mesh video è pronto per comunicare con i servizi cloud Cisco sui canali protetti utilizzando un token emesso per l'autenticazione. Il nodo mesh video comunica anche con Docker Hub (docker.com, docker.io). Docker è utilizzato dal nodo mesh video per conservare i contenitori per la distribuzione a diversi nodi mesh video in tutto il mondo. Solo Cisco dispone delle credenziali per scrivere a Docker Hub. I nodi mesh video possono raggiungere Docker Hub utilizzando le credenziali di sola lettura per scaricare i container per gli aggiornamenti.
|
Aspetti da tenere presenti
Tenere presenti le seguenti informazioni sul nodo mesh video e sul funzionamento della stessa una volta eseguita la registrazione nell'organizzazione Webex:
Quando distribuisci un nuovo nodo mesh video, l'app Webex e il dispositivo registrato su Webex non riconosceranno il nuovo nodo per un massimo di 2 ore. I client verificano la raggiungibilità del cluster durante l'avvio, una modifica di rete o la scadenza della cache. Puoi attendere 2 ore o, come soluzione, riavviare l'app Webex o riavviare il dispositivo di sala o da scrivania Webex. Successivamente, l'attività di chiamata viene acquisita nei report mesh video in Control Hub.
Un nodo mesh video si registra in una singola organizzazione Webex; non è un dispositivo multitenant.
Per comprendere cosa utilizza e cosa non utilizza il nodo mesh video, vedere la tabella in Client e dispositivi che utilizzano il nodo mesh video.
Il nodo mesh video può connettersi al sito Webex o al sito Webex di un altro cliente o partner. Ad esempio, il sito A ha distribuito un cluster di nodi mesh video e l'ha registrato con il dominio example1.webex.com. Se gli utenti nel Sito Effettuano Una chiamata di accesso a mymeeting@example1.webex.com, utilizzano il nodo mesh video e si può creare una cascata. Se gli utenti nel sito A chiamano yourmeeting@esempio2.webex.com, gli utenti del sito A utilizzeranno il nodo mesh video locale e si connetteranno alla riunione sull'organizzazione Webex del sito B.
Operazioni successive
Per registrare nodi aggiuntivi, ripetere questa procedura.
Se è disponibile un aggiornamento, si consiglia di applicarlo il prima possibile. Per eseguire l'aggiornamento, effettuare le seguenti operazioni:
I dati di provisioning vengono trasferiti al cloud Webex dal team di sviluppo di Cisco su canali protetti. I dati di provisioning sono firmati. Per i container, i dati di provisioning contengono nome, checksum, versione e così via. Il nodo mesh video ottiene anche i dati di provisioning dal cloud Webex su canali protetti.
Una volta ricevuti i dati di provisioning dal nodo mesh video, il nodo esegue l'autenticazione con credenziali di sola lettura e scarica il contenitore con checksum e nome specifici e aggiorna il sistema. Ciascun contenitore in esecuzione sul nodo mesh video ha un nome immagine e un checksum. Questi attributi vengono caricati nel cloud Webex utilizzando canali protetti.
Abilitazione della qualità del servizio (QoS) per il nodo mesh video
Operazioni preliminari
Apportare le modifiche necessarie alla porta del firewall coperte nel diagramma e nella tabella. Vedere Porte e protocolli utilizzati dal mesh video.
Per abilitare i nodi mesh video per la QoS, i nodi devono essere online. I nodi in modalità di manutenzione o stati non in linea sono esclusi quando si abilita questa impostazione.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic su Modifica impostazioni nella scheda mesh video. | ||
| 2 | Scorrere fino a Qualità del servizio e fare clic su Abilita. Quando questa opzione è abilitata, viene visualizzato l'intervallo di porte ampio e discreto (determinato dalla configurazione del controllo chiamate locale) utilizzato per audio e video per client/endpoint SIP locali e cascata intracluster con contrassegni DSCP univoci:.
Tutto il traffico SIP e a cascata dai nodi mesh video è contrassegnato con EF per l'audio e AF41 per il video. Gli intervalli di porte discrete vengono utilizzati come porte di origine per la propagazione a catena di contenuti multimediali in altri nodi mesh video e nodi multimediali cloud nonché porte di origine e di destinazione per contenuti multimediali client SIP. Le app Webex Teams e il contenuto multimediale a cascata continuano a utilizzare la porta condivisa di destinazione di 5004 e la rampa porta 50000–53000.
Viene visualizzato un messaggio di stato che mostra quali nodi sono abilitati uno ad uno per l'intervallo di porte QoS. Puoi fare clic su Rivedi nodi in sospeso per visualizzare un elenco di nodi in sospeso per la QoS. L'abilitazione di questa impostazione può richiedere fino a 2 ore, in base al traffico di chiamate sui nodi. | ||
| 3 | Se la QoS non è completamente abilitata entro 2 ore, aprire un caso con il supporto per ulteriori indagini. I nodi vengono riavviati e vengono aggiornati con il nuovo intervallo di porte. |
Se si decide di disabilitare l'impostazione, viene visualizzato l'intervallo di porte ridotto e consolidato utilizzato per audio e video (34000–34999). Tutto il traffico dai nodi mesh video (SIP, a cascata, traffico cloud e così via) ottiene una singola marcatura di AF41.
Verifica degli intervalli di porte del nodo mesh video con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Configurazione del nodo mesh video per l'integrazione proxy
Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente o un proxy esplicito, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare la connessione del proxy e risolvere eventuali problemi potenziali.
Operazioni preliminari
Vedere Supporto proxy per il mesh video per una panoramica delle opzioni proxy supportate.
| 1 | Inserire l'URL di impostazione mesh video | ||||||||||
| 2 | Vai su Trust Store & Proxy, quindi scegli un'opzione:
Seguire i passaggi successivi per un controllo trasparente o un proxy esplicito. | ||||||||||
| 3 | Fare clic su Carica un certificato principale o un certificato dell'entità finale, quindi individuare e scegliere il certificato principale per il proxy di ispezione esplicito o trasparente. Il certificato viene caricato ma non ancora installato poiché è necessario riavviare il nodo per installare il certificato. Fare clic sulla freccia in base al nome dell'emittente del certificato per ottenere ulteriori dettagli o fare clic su Elimina se si è commesso un errore e si desidera ricaricare il file. | ||||||||||
| 4 | Per un controllo trasparente o proxy espliciti, fare clic su Verifica connessione proxy per verificare la connettività di rete tra il nodo mesh video e il proxy. Se il test di connessione non riesce, viene visualizzato un messaggio di errore che mostra il motivo e come è possibile correggere il problema. | ||||||||||
| 5 | Una volta superato il test di connessione, per il proxy esplicito, attivare il tasto di alternanza per indirizzare tutte le richieste 443 https della porta da questo nodo attraverso il proxy esplicito. Questa impostazione richiede 15 secondi per avere effetto. | ||||||||||
| 6 | Fare clic su Installa tutti i certificati nell'archivio attendibilità (viene visualizzato ogni volta che è stato aggiunto un certificato radice durante l'impostazione del proxy) o su Riavvia (viene visualizzato se non è stato aggiunto alcun certificato radice), leggere il prompt e fare clic su Installa se si è pronti. Il nodo si riavvia entro pochi minuti. | ||||||||||
| 7 | Una volta riavviato il nodo, eseguire di nuovo l'accesso, se necessario, quindi aprire la pagina Panoramica per controllare i controlli di connettività e assicurarsi che siano tutti in stato verde. Il controllo della connessione proxy verifica solo un sottodominio di webex.com. Se si verificano problemi di connettività, un problema comune è che alcuni dei domini cloud elencati nelle istruzioni di installazione vengono bloccati sul proxy. |
Integrazione di mesh video con flusso attività controllo chiamate
Configurare i trunk SIP per indirizzare la chiamata in ingresso SIP per le riunioni Webex su mesh video. I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP locali e i cluster mesh video.
Operazioni preliminari
Vedere Modelli Di Distribuzione Per Mesh Video e Cisco Unified Communications Manager per conoscere gli esempi di distribuzione comuni.
Il mesh video supporta TCP o TLS tra la segnalazione Unified CM e SIP. SIP TLS non è supportato per VCS Expressway.
In Unified CM, ciascun trunk SIP può supportare fino a 16 destinazioni mesh video (indirizzi IP).
In Unified CM, le porte in ingresso sul profilo di sicurezza SIP Trunk possono essere predefinite (profilo trunk SIP non protetto).
Mesh video supporta 2 percorsi di indirizzamento: sitename.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Mesh video supporta 3 percorsi di indirizzamento: webex.com (per brevi indirizzi video), nomesito.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Quando si utilizza il formato dell'indirizzo video breve ( meeting@webex.com ), il nodo mesh video gestisce sempre la chiamata. Il nodo gestisce la chiamata anche se la chiamata è a un sito con mesh video abilitato.
Scegliere una di queste opzioni, in base all'ambiente di controllo delle chiamate e ai requisiti di sicurezza:
|
Configurazione dell'indirizzamento del traffico Unified CM Secure TLS SIP per mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un trunk SIP per indicare un Expressway per failover cloud Webex.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di chiamata dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Creare un percorso di indirizzamento SIP per le riunioni dell'app Webex (compatibilità con le versioni precedenti): |
Configurazione dell'indirizzamento del traffico SIP TCP di Unified CM per il mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un nuovo trunk SIP per puntare a un Expressway.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di chiamata dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Crea un percorso di indirizzamento SIP per le riunioni dell'app Webex: |
Configurare il routing del traffico SIP TCP Expressway per il mesh video
| 1 | Crea una zona che punta ai cluster mesh video: |
| 2 | Crea sequenze di chiamata per cluster mesh video per siti Webex: |
| 3 | Creare un client trasversale e una coppia di zone che punti al cloud Expressway per failover: |
| 4 | Creare una regola di ricerca di fallback nella zona client trasversale che porta a Expressway-E: |
| 5 | Da Expressway-E, vai a . Fare clic su Nuovo e aggiungere la zona Webex. Nelle versioni precedenti alla X8.11, è stata creata una nuova zona DNS per questo scopo. |
| 6 | Creare una sequenza di chiamata per Expressway cloud: |
| 7 | Per i dispositivi SIP registrati su Expressway-C, aprire l'indirizzo IP del dispositivo in un browser, andare a Impostazione, scorrere fino a SIP e scegliere Standard dal menu a discesa Tipo . |
Catene di certificati di scambio tra nodi mesh video e Unified CM
Completare uno scambio di certificati per stabilire la fiducia bidirezionale tra le interfacce mesh video e Unified CM. Con la configurazione del trunk sicuro, i certificati consentono al traffico SIP crittografato e al contenuto multimediale SRTP nella propria organizzazione da Unified CM attendibili di atterrare sui nodi mesh video attendibili.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
Operazioni preliminari
Per motivi di sicurezza, si consiglia di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo.
| 1 | Aprire l'interfaccia del nodo mesh video (indirizzo IP/impostazione, ad esempio, | ||||
| 2 | Andare a Certificati server e richiedere e caricare un certificato e una coppia di chiavi come necessario: | ||||
| 3 | In un'altra scheda del browser, da Cisco Unified OS Administration, andare a . Immettere i criteri di ricerca e fare clic su Trova, quindi scegliere il nome del file del certificato o la Certificate Trust List (CTL) e fare clic su Scarica. Salva il file Unified CM in un punto facile da ricordare e lascia aperta l'istanza Unified CM nella scheda del browser. | ||||
| 4 | Tornare alla scheda dell'interfaccia del nodo mesh video, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato su cloud si spegne cortesemente, in attesa fino a 2 ore per la fine di qualsiasi chiamata. Per installare il certificato CallManager.pem, il nodo viene riavviato automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato CallManager.pem viene installato sul nodo mesh video. È quindi possibile ricaricare la pagina per visualizzare il nuovo certificato. | ||||
| 5 | Tornare alla scheda Amministrazione del sistema operativo Cisco Unified e fare clic su Carica certificato/catena di certificati. Scegliere il nome del certificato dall'elenco a discesa Scopo certificato, selezionare il file scaricato dall'interfaccia del nodo mesh video, quindi fare clic su Apri. | ||||
| 6 | Per caricare il file sul server, fare clic su Carica file. Se si sta caricando una catena di certificati, è necessario caricare tutti i certificati nella catena.
|
Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione
Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza un'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video.
Impostazioni | Risultato |
|---|---|
Unified CM è configurato con un trunk sicuro e questa impostazione Video Mesh Control Hub non è abilitata. | Chiamate non riuscite. |
Unified CM non è configurato con un trunk sicuro e questa impostazione di Video Mesh Control Hub è abilitata. | Le chiamate non avranno esito negativo ma torneranno in modalità non protetta. |
Gli endpoint Cisco devono anche essere configurati con un profilo di sicurezza e una negoziazione TLS per il funzionamento della crittografia end-to-end. In caso contrario, le chiamate vengono riversate sul cloud dagli endpoint non configurati con TLS. Si consiglia di abilitare questa funzione solo se tutti gli endpoint possono essere configurati per utilizzare TLS. |
Operazioni preliminari
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Scorrere fino a Crittografia multimediale e attivare l'impostazione. Questa impostazione rende obbligatoria la crittografia su tutti i canali multimediali che passano attraverso i nodi mesh video nella tua organizzazione. Tenere presente la tabella precedente e le note di attenzione per le situazioni in cui le chiamate potrebbero non riuscire e per le funzioni richieste per la crittografia end-to-end. |
| 3 | Fare clic su Mostra tutto e ripetere le seguenti operazioni su ciascun cluster mesh video che si desidera abilitare per il traffico SIP sicuro. |
Abilitazione del mesh video per il sito Webex
Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic sul sito Webex dalla scheda Riunioni, quindi fare clic su Impostazioni |
| 2 | Accedere alle Impostazioni comuni facendo clic su Servizio > Riunione > Impostazioni sito. Da Impostazioni comuni, fare clic su Cloud Collaboration Meeting Rooms (CMR), scegliere Video Mesh per Media Resource Type, quindi fare clic su Salva in basso.
Questa impostazione collega il mesh video e le istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. L'impostazione deve essere popolata in tutto l'ambiente dopo 15 minuti. Le riunioni Webex che iniziano dopo questa modifica verranno inserite nella nuova impostazione. Se si lascia questo campo impostato su Cloud (opzione predefinita), tutte le riunioni vengono ospitate nel cloud e il nodo mesh video non viene utilizzato. |
Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex
Verificare l'esperienza di riunione sull'endpoint sicuro
Utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e che venga visualizzata l'esperienza di riunione corretta.
| 1 | Accedere a una riunione dall'endpoint protetto. |
| 2 | Verificare che l'elenco dell'elenco riunioni venga visualizzato sul dispositivo. Questo esempio mostra come appare l'elenco delle riunioni su un endpoint con un pannello touch:
|
| 3 | Durante la riunione, accedere alle informazioni della conferenza Webex da Dettagli chiamata . |
| 4 | Verificare che la sezione Crittografia mostri il file Digitare come AES-128 e il Stato come Attivato .
|
Analisi mesh video
La funzionalità di analisi fornisce informazioni su come utilizzare i nodi e i cluster mesh video locali nell'organizzazione Webex. Con i dati cronologici nella vista delle metriche, è possibile gestire in modo più efficace le risorse mesh video monitorando la capacità, l'utilizzo e la disponibilità delle risorse locali. È possibile utilizzare queste informazioni per prendere decisioni sull'aggiunta di altri nodi mesh video a un cluster o sulla creazione di nuovi cluster, ad esempio. L'analisi del mesh video è disponibile in Control Hub sotto .
Per facilitare l'analisi dei dati nell'organizzazione, è possibile eseguire lo zoom dei dati visualizzati nel grafico e isolare un periodo di tempo specifico. Per la funzionalità di analisi, è anche possibile compilare report con taglie e dadi per mostrare dettagli più dettagliati.
L'analisi dei mesh video e i report di risoluzione dei problemi mostrano i dati nel fuso orario impostato per il browser locale. |
Analisi
L'analisi del mesh video fornisce una tendenza a lungo termine (fino a 3 mesi di dati) nelle categorie di coinvolgimento, utilizzo delle risorse e utilizzo della larghezza di banda.

Monitoraggio in diretta
La scheda di monitoraggio in diretta fornisce una vista in tempo reale dell'attività nella tua organizzazione: fino a 1 minuto di aggregazione e la possibilità di visualizzare le ultime 4 ore o 24 ore su tutti i cluster o su cluster specifici. Questa scheda in Control Hub viene aggiornata automaticamente, ogni 1 minuto per le ultime 4 ore e ogni 10 minuti per le ultime 24 ore.
Accesso, filtro e salvataggio dei report di monitoraggio in diretta mesh video
I report di monitoraggio in diretta del mesh video sono disponibili nella pagina Risoluzione dei problemi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo.
| ||||
| 2 | Dal tasto di alternanza a sinistra, scegli un'opzione per filtrare la distanza di tempo che desideri mostrare ai dati.
| ||||
| 3 | Interagire con i grafici utilizzando le seguenti opzioni come necessario:
| ||||
| 4 | Una volta filtrati i dati nei report, fare clic su Altro
|
Accesso, filtro e salvataggio dell'analisi mesh video
I report metrici del mesh video sono disponibili nella pagina Analisi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo. | ||||||
| 2 | Fare clic su una categoria, a seconda del tipo di dati che si sta cercando:
| ||||||
| 3 | Dall'elenco a discesa a destra, scegliere un'opzione per ridurre la distanza nel tempo che si desidera mostrare i dati.
| ||||||
| 4 | Interagire con le tabelle o i grafici delle ciambelle utilizzando le seguenti opzioni come necessario:
| ||||||
| 5 | Una volta filtrati i dati nei report, fare clic su Altro
| ||||||
| 6 | Cancella tutti i filtri dalla barra dei filtri se desideri ripristinare la vista di analisi. |
Analisi disponibile per mesh video
Per informazioni dettagliate sulle analisi disponibili in Control Hub, vedi la sezione Mesh video di Analisi per il portfolio Cloud Collaboration.
Strumento di monitoraggio per mesh video
Lo strumento Monitoraggio in Control Hub consente all'organizzazione di monitorare lo stato della distribuzione di mesh video. È possibile eseguire i seguenti test su nodi mesh video, cluster o entrambi per ottenere risultati per parametri specifici.
Test di segnalazione - Verifica se la segnalazione SIP e la segnalazione multimediale si verificano tra il nodo mesh video e i servizi multimediali cloud Webex .
Test a cascata - Verifica se è possibile stabilire una propagazione a catena tra il nodo mesh video e i servizi multimediali cloud Webex .
Test di raggiungibilità - Verifica se il nodo mesh video può raggiungere le porte di destinazione per i flussi multimediali nei servizi multimediali cloud Webex . Verifica inoltre se il nodo mesh video è in grado di comunicare con i cluster cloud associati ai contenitori multimediali attraverso tali porte.
Quando si esegue un test, lo strumento crea una riunione simulata. Al termine del test, viene visualizzato un risultato positivo o negativo con suggerimenti per la risoluzione dei problemi in linea nel report. È possibile pianificare l'esecuzione periodica del test o eseguirlo su richiesta. Per ulteriori informazioni, vedere Monitoraggio dell'integrità dei supporti per mesh video .
Eseguire un test immediato
Utilizzare questa procedura per eseguire un test della raggiungibilità e del monitoraggio dell'integrità dei file multimediali su richiesta su nodi mesh video e/o cluster registrati nell'organizzazione di Control Hub. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . | ||
| 2 | Fare clic su Configura test , fare clic Prova ora , quindi selezionare i nodi e/o i cluster che si desidera testare.
| ||
| 3 | Fare clic su Eseguire il test . |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Configurare i test periodici
Utilizzare questa procedura per configurare e avviare test periodici di raggiungibilità e di monitoraggio dell'integrità dei supporti. Questi test vengono eseguiti ogni 6 ore per impostazione predefinita. È possibile eseguire questi test a livelli a livello di cluster, specifici di cluster o specifici di nodo. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . |
| 2 | Fare clic su Configura test , fare clic Test periodico , quindi selezionare i nodi e/o i cluster che si desidera testare. |
| 3 | Scegli un'opzione:
|
| 4 | Fai clic su Avanti. |
| 5 | Rivedere l'elenco di cluster e nodi per eseguire i test periodici. Se si è soddisfatti, fare clic Configura per pianificare la configurazione corrente. |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Abilitazione del video HD 1080p per i dispositivi SIP locali nelle riunioni con nodo mesh video
Questa impostazione consente alla tua organizzazione di preferire video ad alta definizione 1080p per endpoint SIP registrati in locale, con una permuta di capacità di riunione inferiore. Un nodo mesh video deve organizzare la riunione. I partecipanti possono utilizzare video 1080p 30fps a condizione che:
Sono tutti all'interno della rete aziendale.
Stanno utilizzando un dispositivo SIP registrato in locale ad alta definizione.
L'impostazione si applica a tutti i cluster contenenti nodi mesh video.
I dispositivi registrati sul cloud continuano a inviare e ricevere flussi a 1080p, indipendentemente dall'attivazione o disattivazione di questa impostazione. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Attiva Qualità video. Se questa impostazione è disattivata, l'impostazione predefinita è 720 p. |
Per le risoluzioni video supportate dall'app Webex, vedere Specifiche video per chiamate e riunioni.
Riunioni private
La funzione di riunione privata migliora la sicurezza della riunione eseguendo l'interruzione del servizio multimediale in locale. Quando si pianifica una riunione privata, il contenuto multimediale termina sempre sui nodi mesh video all'interno della rete aziendale senza cascata di cloud.
Come mostrato qui, le riunioni private non trasferiscono mai il contenuto multimediale sul cloud. Il contenuto multimediale termina interamente sui cluster mesh video. I cluster mesh video possono essere collegati in cascata solo l'uno con l'altro.
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzano cluster riservati, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
L'app Webex con l'esperienza Webex con funzionalità complete abilitata non è compatibile con mesh video. Per informazioni dettagliate, vedi Client e dispositivi che utilizzano il nodo mesh video. |
Supporto e limitazioni per le riunioni private
Mesh video supporta le riunioni private come segue:
Le riunioni private sono disponibili su Webex versione 40.12 e successive.
Solo le riunioni pianificate possono utilizzare il tipo di riunione privata. Per informazioni dettagliate, vedere l'articolo Pianificazione di una riunione privata Cisco Webex.
Le riunioni private non sono disponibili per le riunioni con funzionalità complete avviate o a cui si è partecipato dall'app Webex.
È possibile utilizzare qualsiasi dispositivo attualmente supportato dal mesh video.
I nodi possono utilizzare qualsiasi immagine corrente: 72vCPU e 23vCPU.
La logica delle riunioni private non crea lacune nelle metriche. Raccogliamo le stesse metriche per Control Hub come per le riunioni non private.
Poiché alcuni utenti non attivano questa funzione, i report di analisi per le riunioni private non vengono visualizzati se la tua organizzazione non dispone di una riunione privata tra 90 giorni.
Le riunioni private supportano la lavagna a 1 Via da un endpoint video.
Limiti
Le riunioni private presentano le seguenti limitazioni:
Le riunioni private supportano solo VoIP per l'audio. Non supportano Webex Edge Audio o PSTN.
Non puoi utilizzare una sala riunioni personale per una riunione privata.
Le riunioni private non supportano le funzioni Webex che richiedono una connessione al cloud, ad esempio, registrazione cloud, trascrizione e Webex Assistant.
Non puoi accedere a una riunione privata da un sistema video registrato su cloud non autenticato, anche uno che è stato accoppiato all'app Webex.
Uso delle riunioni private come tipo di riunione predefinito
In Control Hub, puoi specificare che le riunioni future pianificate per la tua organizzazione siano riunioni private.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Modifica impostazioni dalla scheda mesh video . Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 3 | Salvare la modifica. |
Quando abiliti questa impostazione, si applica a tutte le riunioni per la tua organizzazione, anche a quelle pianificate in precedenza.
(Opzionale) Prenotazione di un cluster per le riunioni private
Le riunioni private e non private di solito utilizzano le stesse risorse mesh video. Tuttavia, poiché le riunioni private devono mantenere i media locali, non possono impostare overflow sul cloud quando le risorse locali sono esaurite. Per ridurre tale possibilità, è possibile impostare un cluster mesh video per organizzare solo riunioni private.
In Control Hub, configura il cluster esclusivamente per l'organizzazione di riunioni private. Questa impostazione impedisce alle riunioni non private di utilizzare tale cluster. Riunioni private predefinite per l'uso di tale cluster. Se il cluster esaurisce le risorse, le riunioni private vengono trasmesse in cascata solo agli altri cluster mesh video.
Si consiglia di predisporre un cluster privato per gestire il picco di utilizzo previsto dalle riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a e fai clic su Mostra tutto sulla scheda mesh video. |
| 2 | Selezionare il cluster mesh video dall'elenco e fare clic su Modifica impostazioni cluster. |
| 3 | Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Messaggi di errore per le riunioni private
Questa tabella elenca i possibili errori che gli utenti possono visualizzare quando accedono a una riunione privata.
Messaggio di errore | Azione utente | Motivo |
|---|---|---|
Accesso alla rete esterna negato È necessario essere sulla rete aziendale per partecipare alla riunione privata. I dispositivi Webex accoppiati che si trovano al di fuori della rete aziendale non possono accedere alla riunione; in tale scenario, provare a collegare il laptop, il dispositivo mobile alla rete aziendale e accedere alla riunione in modalità non abbinata. | Un utente esterno accede dalla rete aziendale senza VPN o MRA. | Per accedere a una riunione privata, gli utenti esterni devono accedere alla rete aziendale attraverso una VPN o MRA. |
Un utente esterno è su VPN, ma è accoppiato a un dispositivo non autenticato. | Il contenuto multimediale del dispositivo non esegue il tunnel nella rete aziendale attraverso la VPN. Il dispositivo non può accedere a una riunione privata. Al contrario, dopo essersi connessi alla VPN, l'utente remoto deve accedere a una riunione privata in modalità dispositivo non abbinato dal client desktop o mobile. | |
Nessun cluster disponibile I cluster che ospitano questa riunione privata sono al massimo della capacità, irraggiungibili, offline o non registrati. Contatta l'amministratore IT per assistenza. | Un utente si trova sulla rete aziendale (in sede o da remoto tramite VPN), ma non può accedere a una riunione privata. | I cluster mesh video sono:
|
Non autorizzato Non si è autorizzati a partecipare a questa riunione privata in quanto non si è membri dell'organizzazione organizzatore. Contatta l'Organizzatore della riunione. | Un utente di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo gli utenti appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Un dispositivo di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo i dispositivi appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Mantenere i file multimediali su mesh video per tutte le riunioni Webex esterne
Quando i file multimediali vengono eseguiti attraverso i nodi mesh video locali, si ottengono prestazioni migliori e si utilizza meno larghezza di banda Internet.
Nelle versioni precedenti, si controllava l'uso del mesh video per le riunioni solo per i siti interni. Per le riunioni organizzate su siti Webex esterni, tali siti controllavano se il mesh video poteva essere esteso a Webex. Se un sito esterno non consente la propagazione a catena di mesh video, i file multimediali utilizzano sempre i nodi cloud Webex .
Con l'impostazione Preferisci mesh video per tutte le riunioni Webex esterne, se il sito Webex dispone di nodi mesh video disponibili, i file multimediali passano attraverso tali nodi per le riunioni organizzate su siti Webex esterni. Questa tabella riassume il funzionamento dei partecipanti alle riunioni Webex :
| L'impostazione è... | Riunione sul sito Webex interno con Cascate mesh video abilitate | Riunione sul sito Webex interno con cascate di mesh video disabilitate | Riunione su sito Webex esterno con Cascate mesh video abilitate | Riunione su sito Webex esterno con cascate di mesh video disabilitate |
|---|---|---|---|---|
| Abilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza i nodi mesh video. |
| Disabilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. |
Questa impostazione è disattivata per impostazione predefinita, in modo da mantenere il funzionamento delle versioni precedenti. In queste versioni, il mesh video non veniva trasferito a Webex e i partecipanti partecipavano attraverso i nodi cloud Webex .
| 1 | Nella vista cliente inhttps://admin.webex.com , andare a e fare clic Mostra tutto nella scheda mesh video. |
| 2 | Selezionare il cluster di mesh video nell'elenco e fare clic Modifica impostazioni . |
| 3 | Scorrere fino a Preferisci mesh video per tutte le Webex Meetings esterne e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Ottimizza l'utilizzo della distribuzione mesh video
È possibile visualizzare tutti i client sui cluster mesh video per una migliore esperienza utente tramite mesh video. Se la capacità del cluster mesh video è temporaneamente diminuita o se è stato aumentato l'utilizzo, è possibile ottimizzare l'utilizzo del cluster mesh video controllando quali tipi di client atterrano sui cluster mesh video. Ciò consente di gestire efficacemente la capacità esistente fino a quando non è possibile aggiungere altri nodi per soddisfare la domanda.
Vedi il portale Analisi in Control Hub per comprendere l'utilizzo, l'utilizzo, il reindirizzamento e le tendenze di overflow. In base a queste tendenze, è possibile, ad esempio, scegliere di far arrivare i client desktop o i dispositivi SIP sui cluster mesh video e di far arrivare i client mobili sui nodi cloud Webex. Rispetto ai client mobili, i client desktop e i dispositivi SIP supportano una risoluzione più elevata, hanno schermi più grandi e utilizzano più larghezza di banda e puoi ottimizzare l'esperienza utente per i partecipanti utilizzando tali tipi di client.
È inoltre possibile ottimizzare la capacità dei cluster e massimizzare l'esperienza utente avendo i tipi di client utilizzati dalla maggior parte dei clienti sui cluster mesh video.
| 1 | Accedi a Control Hub, quindi seleziona . - oppure - Selezionare . |
| 2 | In Impostazioni inclusione tipo di client, tutti i tipi di client sono controllati per impostazione predefinita. Deselezionare i tipi di client che si desidera escludere dall'uso dei cluster mesh video. Questi cluster sono ospitati sui nodi cloud Webex. |
| 3 | Fai clic su Salva. |
Annulla registrazione nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Visualizza tutto sulla scheda mesh video. |
| 3 | Dall'elenco delle risorse, vai al cluster appropriato e scegli il nodo. |
| 4 | Fare clic su . Viene visualizzato un messaggio che richiede di confermare che si desidera eliminare il nodo. |
| 5 | Dopo aver letto e compreso il messaggio, fare clic su Annulla registrazione nodo. |
Sposta nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi scegliere Visualizza tutto sulla scheda mesh video. |
| 2 | Dall'elenco, selezionare il nodo che si desidera spostare, quindi fare clic su Azioni (puntini di sospensione verticali). |
| 3 | Seleziona Sposta nodo. |
| 4 | Scegli il pulsante di opzione appropriato per il punto in cui desideri spostare il nodo:
|
| 5 | Fare clic su Sposta nodo. Il nodo viene spostato nel nuovo cluster.
|
Impostazione della pianificazione di aggiornamento del cluster mesh video
È possibile impostare una pianificazione di aggiornamento specifica o utilizzare la pianificazione predefinita delle ore 3. Daily Stati Uniti: America/Los Angeles. È possibile scegliere di posticipare un aggiornamento futuro, se necessario.
Gli aggiornamenti software per il mesh video vengono eseguiti automaticamente a livello di cluster, per garantire che tutti i nodi utilizzino sempre la stessa versione del software. Gli aggiornamenti vengono eseguiti in base alla pianificazione di aggiornamento per il cluster. Quando diventa disponibile un aggiornamento software, è possibile aggiornare manualmente il cluster prima dell'ora di aggiornamento pianificata.
Operazioni preliminari
Gli aggiornamenti urgenti vengono applicati non appena sono disponibili. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Visualizza tutto nella scheda mesh video. | ||
| 2 | Fare clic su una risorsa multimediale, quindi fare clic su Modifica impostazioni cluster. | ||
| 3 | Nella pagina Impostazioni, scorrere fino a Aggiorna, quindi scegliere l'ora, la frequenza e il fuso orario per la pianificazione di aggiornamento.
| ||
| 4 | (Opzionale) Se necessario, fare clic su Rinvia per rinviare l'aggiornamento una volta, fino alla finestra successiva. Sotto il fuso orario, vengono visualizzate la successiva data e ora di aggiornamento disponibili. |
- Miglioramento del funzionamento
-
Il nodo effettua richieste periodiche al cloud per verificare se è disponibile un aggiornamento.
Il cloud non rende disponibile l'aggiornamento finché non arriva la finestra di aggiornamento del cluster. Quando arriva la finestra di aggiornamento, la successiva richiesta di aggiornamento periodico del nodo al cloud fornisce le informazioni sull'aggiornamento.
Il nodo esegue il pull degli aggiornamenti su un canale sicuro.
I servizi esistenti vengono disattivati correttamente per interrompere l'indirizzamento delle chiamate in ingresso al nodo. L'aggraziato arresto consente anche di completare le chiamate esistenti (fino a 2 ore).
L'aggiornamento viene installato.
Il cloud attiva solo l'aggiornamento per una percentuale di nodi in un cluster alla volta.
Elimina cluster mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fai clic su Visualizza tutto. | ||
| 2 | Dall'elenco delle risorse, scorrere fino alla risorsa mesh video che si desidera eliminare, quindi fare clic su Modifica impostazioni cluster.
| ||
| 3 | Fare clic su Elimina cluster, quindi sceglierne uno:
|
Disattiva mesh video
Operazioni preliminari
Prima di disattivare il mesh video, verrà annullata la registrazione di tutti i nodi mesh video.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , scegli Impostazioni sulla scheda mesh video. |
| 2 | Fare clic su Disattiva. |
| 3 | Esamina l'elenco dei cluster e leggi l'esclusione di responsabilità nella finestra di dialogo. |
| 4 | Selezionare la casella di controllo per confermare di aver compreso questa azione e fare clic su Disattiva nella finestra di dialogo. |
| 5 | Quando si è pronti a disattivare il mesh video, fare clic su Disattiva servizio. La disattivazione rimuove tutti i nodi e i cluster di mesh video. Mesh video non più configurato. |
Risoluzione dei problemi di registrazione del nodo mesh video
Questa sezione contiene possibili errori che è possibile riscontrare durante la registrazione del nodo mesh video nel cloud Webex e le operazioni consigliate per correggerli.
Impossibile risolvere il dominio
Questo messaggio viene visualizzato se le impostazioni DNS configurate sul nodo mesh video non sono corrette.
Accedere alla console del nodo mesh video e verificare che le impostazioni DNS siano corrette.
Impossibile connettersi al sito utilizzando la porta 443 tramite SSL
Questo messaggio viene visualizzato se il nodo mesh video non riesce a connettersi al cloud Webex.
Assicurarsi che la rete consenta la connettività sulle porte richieste per il mesh video. Per informazioni dettagliate, vedere Porte e protocolli utilizzati dal mesh video.
Integrazione ThousandEyes con Video Mesh
La piattaforma mesh video è ora integrata con l'agente ThousandEyes che ti consente di eseguire il monitoraggio end-to-end nel tuo ecosistema digitale ibrido. Questa integrazione offre una vasta gamma di test di monitoraggio della rete che aprono visibilità in aree come proxy, gateway e router. I problemi in qualsiasi punto dell'infrastruttura di rete di un cliente possono essere ridotti e diagnosticati con maggiore precisione, migliorando l'efficienza della loro distribuzione.
Vantaggi dell'integrazione ThousandEyes
- Fornisce diversi tipi di test tra cui scegliere. È possibile configurare uno o più test appropriati per l'applicazione o la risorsa che si desidera monitorare.
- Consente di impostare soglie di test specifiche per i requisiti.
- I risultati del test sono disponibili tramite l'app web ThousandEyes e l'API ThousandEyes in tempo reale.
- Maggiore visibilità nella risoluzione dei problemi: i clienti possono identificare l'origine di un problema nella propria rete, riducendo i tempi di risoluzione.
Abilitazione di ThousandEyes per mesh video
Utilizzare questa procedura per abilitare l'agente ThousandEyes per la distribuzione mesh video.
| 1 | Da Control Hub, fai clic su Hybrid sul lato inferiore sinistro dello schermo. | ||
| 2 | Fare clic su Modifica impostazioni nella scheda mesh video . | ||
| 3 | Scorrere fino all'integrazione ThousandEyes. Il tasto di alternanza verrà disabilitato per impostazione predefinita. Fare clic sul tasto di alternanza per abilitarlo. | ||
| 4 | Fare clic su Profilo utente ThousandEyes, si apre il portale Web ThousandEyes, accedere utilizzando le credenziali di amministrazione. | ||
| 5 | Viene visualizzato un pannello laterale con il token Gruppo account. | ||
| 6 | Fare clic sull’icona di visualizzazione, quindi fare clic su Copy (Copia).
| ||
| 7 | Tornare alla scheda Control Hub, incollare il token nel campo Token agente. | ||
| 8 | Fai clic su Attiva; ThousandEyes è ora abilitato per la distribuzione mesh video. |
Operazioni successive
- Dopo 5 minuti, torna alla pagina Web ThousandEyes, fai clic su Agenti cloud ed aziendali, quindi su Impostazioni agente. È necessario essere in grado di visualizzare tutti i nodi elencati come agenti in Agenti aziendali. Se gli agenti non vengono visualizzati, controllare la scheda Integrazione ThousandEyes su Control Hub per la presenza di messaggi di errore.
- Se viene visualizzato un messaggio di errore, fare clic su Attiva/disattiva, quindi su Disattiva. Ripetere le operazioni per abilitare l'agente ThousandEyes, assicurandosi che il token di gruppo dell'account corretto sia copiato e incollato nel campo Token agente.
Attualmente, i test ThousandEyes non supportano i nodi mesh video dietro un proxy. |
Configurazione di test con ThousandEyes
Test di rete – Da agente a agente
Il test di rete agente-agente consente agli utenti di ThousandEyes di avere agenti ThousandEyes alle due estremità di un percorso monitorato, consentendo il test del percorso in una o in entrambe le direzioni: da un'origine all'altra o da un'origine all'altra. Per informazioni dettagliate su come configurare un test agente-agente, vedere Panoramica del test agente-agente.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server SIP
I test dei server SIP facilitano le misurazioni della rete, la raccolta dei dati BGP e, soprattutto, la disponibilità del servizio SIP e i test delle prestazioni rispetto all'infrastruttura VoIP basata su SIP.
Per informazioni dettagliate su come configurare un test server SIP, vedere Impostazioni test server SIP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test flusso RTP
Un test di flusso RTP crea un flusso dati vocale simulato tra due agenti ThousandEyes che agiscono come agenti utente VoIP. I pacchetti RTP vengono inviati tra uno o più agenti e un agente di destinazione, utilizzando UDP come protocollo di trasporto, per ottenere le metriche MOS (Mean Opinion Score), perdita di pacchetti, scarti, latenza e variazione ritardo pacchetti (PDV). Le metriche prodotte sono metriche unidirezionali (da fonte a destinazione). Il test di flusso RTP fornisce le opzioni di porta del server, durata della chiamata, dimensione del buffer di de-jitter e configurazione del codec.
Per informazioni dettagliate sulla configurazione di un test di flusso RTP, vedere Impostazioni di test flusso RTP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test dell'URL del server HTTP Webex
Questo test monitora la pagina di destinazione principale a cui si connettono gli utenti quando accedono a Webex. Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server DNS Webex autorevole
Questo test viene utilizzato per assicurarsi che il dominio Webex si stia risolvendo correttamente sia internamente che esternamente. Quando si utilizzano agenti Enterprise, aggiornare il campo Server DNS per utilizzare i server con nome interno. Se si utilizzano agenti cloud per la visibilità esterna, utilizzare il pulsante Cerca server per compilare automaticamente i server con nomi esterni autorevoli. Questo esempio mostra gli agenti cloud che risolvono cisco.webex.com. Sarà necessario aggiornarlo al dominio della propria organizzazione.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
'

Gestione del nodo mesh video dall'interfaccia Web
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Panoramica su come accedere al mesh video
È possibile aprire l'interfaccia Web in uno dei seguenti modi:
Se sei un amministratore completo e hai già registrato il nodo nel cloud, puoi accedere al nodo da Control Hub.
Dalla vista cliente in https://admin.webex.com, andare a . Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. Fare clic sul cluster, quindi fare clic sul nodo a cui si desidera accedere. Fare clic su Vai a nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video.
In una scheda del browser, passare a
<IP address>/setup, ad esempio,https://192.0.2.0/setup. Inserisci le credenziali di amministrazione impostate per il nodo, quindi fai clic su Accedi.Se l'account amministratore è stato disabilitato, questo metodo non è disponibile. Vedere la sezione "Disabilita o riabilita l'account amministratore locale dall'interfaccia Web".
La panoramica è la pagina predefinita e contiene le seguenti informazioni:
Stato chiamata: fornisce il numero di chiamate in corso attraverso il nodo.
Dettagli nodo: fornisce il tipo di nodo, l'immagine del software, la versione del software, la versione del sistema operativo, lo stato QoS e lo stato della modalità di manutenzione.
Stato nodo: fornisce i dati di utilizzo (CPU, memoria, disco) e lo stato del servizio (servizio di gestione, servizio di messaggistica, sincronizzazione NTP).
Impostazioni di rete: fornisce informazioni sulla rete: nome host, interfaccia, IP, gateway, DNS, NTP e se è abilitato il dual IP.
Dettagli di registrazione: fornisce lo stato di registrazione, il nome dell'organizzazione, l'ID organizzazione, il cluster del nodo e l'ID cluster.
Connettività cloud: esegue una serie di test dal nodo al cloud Webex e alle destinazioni di terze parti a cui il nodo deve accedere per essere eseguito correttamente.
Vengono eseguiti tre tipi di test: risoluzione DNS, tempo di risposta del server e larghezza di banda.
I test DNS convalidano che il nodo possa risolvere un determinato dominio. Questo report di test non è riuscito se il server non risponde entro 10 secondi. Viene visualizzato come "Superato" con un "colore di avviso" arancione se il tempo di risposta è compreso tra 1,5 e 10 secondi. I controlli DNS periodici sul nodo generano allarmi se il tempo di risposta DNS è superiore a 1,5 secondi.
I test di connessione confermano che il nodo può connettersi a un particolare URL HTTPS e ricevere una risposta (risposte diverse da errori proxy o gateway sono accettate come prova di connessione).
L'elenco dei test eseguiti dalla pagina di panoramica non è completo e non include test websocket.
Il nodo invia allarmi se i processi di chiamata non possono completare le connessioni websocket al cloud o connettersi ai servizi correlati alla chiamata.
Accanto a ciascun test viene visualizzato un risultato Superato o Non superato; è possibile passare il mouse su questo testo per visualizzare ulteriori informazioni su ciò che è stato controllato quando il test è stato eseguito.
Come mostrato nella schermata seguente, le notifiche di allarme possono essere visualizzate anche nel pannello laterale, se eventuali allarmi sono stati generati dal nodo. Queste notifiche identificano potenziali problemi sul nodo e forniscono suggerimenti su come risolverli o risolverli. Se non sono stati generati allarmi, il pannello di notifica non viene visualizzato.
Configurazione delle impostazioni di rete dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. Si consiglia di modificare le impostazioni di rete ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. | ||
| 3 | Modificare le seguenti impostazioni per Configurazione organizzatore e rete come necessario:
| ||
| 4 | Fare clic su Salva configurazione organizzatore e rete e una volta visualizzato il popup che indica che il nodo deve essere riavviato, fare clic su Salva e Riavvia. Durante il salvataggio, tutti i campi vengono convalidati sul lato server. Gli avvisi visualizzati generalmente indicano che il server non è raggiungibile o una risposta valida non è stata restituita quando viene richiesto, ad esempio se il nome FQDN non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Un altro possibile stato di errore è se l'indirizzo del gateway non è nella stessa subnet dell'indirizzo IP. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. | ||
| 5 | Modificare le seguenti impostazioni per i server NTP in base alle necessità:
| ||
| 6 | Fare clic su Salva server NTP.
Se il server NTP è un nome di dominio completo e non risolvibile, viene restituito un avviso. Se il nome di dominio completo del server NTP viene risolto ma non è possibile interrogare l'IP risolto per l'ora NTP, viene restituito un avviso. |
Impostazione Dell'Interfaccia Di Rete Esterna Dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza sulla modifica delle impostazioni di rete. Tuttavia, è possibile salvare comunque le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
È possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Attiva Abilita rete esterna e fai clic su Ok per abilitare le opzioni dell'indirizzo IP esterno sul nodo. |
| 5 | Immettere i valori Indirizzo IP esterno, Subnet mask esterna e Gateway esterno. |
| 6 | Fare clic su Salva configurazione rete esterna. |
| 7 | Fare clic su Salva e Riavvia per confermare la modifica. Il nodo viene riavviato per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna. |
| 8 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione rete esterna di nuovo. |
Operazioni successive
Per convalidare la configurazione dell'indirizzo IP interno ed esterno, eseguire le operazioni descritte in Esegui un ping dall'interfaccia Web del nodo mesh video.
Testare una destinazione esterna (ad esempio, cisco.com). In caso di successo, i risultati mostrano che è stato eseguito l'accesso alla destinazione dall'interfaccia esterna.
Testare un indirizzo IP interno; se la procedura va a buon fine, i risultati mostrano che è stato eseguito l'accesso all'indirizzo dall'interfaccia interna.
Aggiunta di regole di indirizzamento interne ed esterne dall'interfaccia Web del nodo mesh video
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
Operazioni preliminari
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. Se è stata configurata la rete esterna, viene visualizzata la scheda Regole di indirizzamento. | ||
| 3 | Fare clic sulla scheda Regole di indirizzamento. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna. È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 4 | Per aggiungere una regola, fare clic su Aggiungi regola di indirizzamento, quindi scegliere una delle seguenti opzioni:
| ||
| 5 | Fare clic su Aggiungi regola di indirizzamento. Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente. | ||
| 6 | Per eliminare una o più regole definite dall'utente, selezionare la casella di controllo nella colonna a sinistra delle regole, quindi fare clic su Elimina regole di indirizzamento.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Configurazione della rete di container dall'interfaccia Web del nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Modificare i valori relativi a Indirizzo IP container e Subnet mask container, in base alle esigenze, quindi fare clic su Salva configurazione rete container. |
| 5 | Fare clic su Salva e Riavvia per confermare la modifica. |
| 6 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione di rete contenitore di nuovo. |
Impostazione delle dimensioni MTU dell'interfaccia di rete
Tutti i nodi mesh video Webex dispongono di rilevamento MTU percorso (PMTU) abilitato per impostazione predefinita. Con PMTU, il nodo può rilevare problemi MTU e modificare automaticamente la dimensione dell'MTU. Quando il PMTU non riesce a causa di problemi del firewall o di rete, il nodo può avere problemi di connettività al cloud perché i pacchetti più grandi dell'MTU cadono. L'impostazione manuale di una dimensione MTU inferiore può risolvere questo problema.
Operazioni preliminari
Se hai già registrato il nodo, devi impostarlo in modalità di manutenzione prima di poter modificare le impostazioni MTU.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione Interface MTU Settings, immettere un valore MTU compreso tra 1280 e 9000 byte nei campi applicabili. Se è stata abilitata l'interfaccia esterna, è possibile impostare separatamente le dimensioni dell'interfaccia MTU interna ed esterna. |
Operazioni successive
Se si mette il nodo in modalità di manutenzione per modificare l'MTU, disattivare la modalità di manutenzione.
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Se le risposte DNS ai nodi mesh video richiedono regolarmente più di 750 ms o se il centro TAC di Cisco lo consiglia, è possibile abilitare la memorizzazione nella cache DNS. Con la memorizzazione nella cache DNS attiva, il nodo memorizza localmente nella cache le risposte DNS . Con la cache, le richieste sono meno soggette a ritardi o timeout che possono portare a allarmi di connettività, interruzioni di chiamata o problemi di qualità della chiamata. La memorizzazione nella cache DNS può anche ridurre il carico sull'infrastruttura DNS .
Operazioni preliminari
Spostare il nodo in modalità manutenzione. Se lo stato della modalità di manutenzione è Attivato (le chiamate attive sono state completate o interrotte alla fine del periodo in sospeso), è possibile abilitare o disabilitare la memorizzazione nella cache DNS.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione DNS Caching Configuration (Configurazione cache DNS), attivare o disattivare Enable DNS Caching (Abilita cache DNS). |
| 5 | Nella finestra di dialogo di conferma, fare clic su Salva e Riavvia. |
| 6 | Una volta riavviato il nodo, riaprire l'interfaccia del nodo mesh video Webex e verificare che i controlli di connettività abbiano esito positivo nella pagina Panoramica. |
Quando si abilita la memorizzazione nella cache DNS, le statistiche della cache DNS visualizzano le seguenti statistiche:
Statistica | Descrizione |
|---|---|
Voci della cache | Il numero di risoluzioni DNS precedenti memorizzate dal server della cache DNS |
La cache colpisce | Il numero di volte dalla reimpostazione della cache in cui la cache ha gestito una richiesta DNS dal mesh video, senza interrogare il server DNS del cliente |
Errori nella cache | Il numero di volte dopo la reimpostazione della cache che il server DNS del cliente ha gestito una richiesta DNS dal mesh video anziché attraverso la cache |
Percentuale successo cache | La percentuale di richieste DNS dal mesh video gestite dalla cache senza interrogare il server DNS del cliente |
Query DNS in uscita del server cache | Il numero di query DNS effettuate dal server della cache DNS mesh video rispetto ai server DNS del cliente |
Query DNS in entrata server cache | Il numero di query DNS effettuate dal mesh video sul server della cache DNS interno |
Rapporto query in uscita/entrata | Il rapporto tra le query DNS effettuate dal mesh video rispetto al server DNS del cliente e le query effettuate dal mesh video rispetto al server della cache DNS interno |
Query in entrata al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video rispetto al server di cache DNS interno |
Query in uscita al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video contro i server DNS del cliente |
Latenza DNS in uscita [intervallo di tempo] | La percentuale di query DNS effettuate dal mesh video sui server DNS del cliente in cui il tempo di risposta è rientrato nell'intervallo di tempo descritto |
Utilizzare il pulsante Cancella cache DNS per reimpostare la cache DNS quando il centro TAC lo richiede. Dopo aver pulito la cache DNS, viene visualizzato un rapporto query in uscita-in entrata più alto man mano che la cache si riempie. Non è necessario posizionare il nodo in modalità di manutenzione per pulire la cache.
Operazioni successive
Spostare il nodo fuori dalla modalità manutenzione. Quindi, ripetere l'attività su qualsiasi altro nodo che richiede una modifica.
Carica certificati di sicurezza
Impostare una relazione di trust tra il nodo e un server esterno, ad esempio un server syslog.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Quando si configura TLS con un altro server, ad esempio un server syslog, si consiglia per motivi di sicurezza di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo. Per creare e caricare il certificato e le coppie di tasti sul nodo mesh video, andare a Certificati server e seguire questa procedura: |
| 3 | Scegliere un'opzione in base alla firma del certificato CA del server esterno:
|
| 4 | Ottenere il certificato o l'elenco di certificati attendibili (CTL) utilizzati dal server esterno. Come per il certificato del nodo mesh video, salvare il file del server esterno in un punto facile da ricordare. |
| 5 | Tornare alla scheda dell'interfaccia del nodo mesh video Webex, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato nel cloud attende fino a 2 ore per la fine di qualsiasi chiamata e si mette in uno stato inattivo temporaneo (quiesces). Per installare il certificato, il nodo deve essere riavviato e lo fa automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato viene installato sul nodo mesh video, quindi è possibile ricaricare la pagina per visualizzare il nuovo certificato. |
| 6 | Ripetere il caricamento del certificato o della catena di certificati su ogni altro nodo mesh video nello stesso cluster. |
Generazione dei registri mesh video per il supporto
È possibile che venga richiesto di inviare i registri direttamente a Cisco oppure è possibile scaricarli da soli per allegarli a un caso. Utilizzare questa procedura dall'interfaccia Web per generare i registri e inviarli a Cisco o scaricarli da qualsiasi nodo mesh video. Il pacchetto di registri generato contiene registri multimediali, registri di sistema e registri di container. Il bundle fornisce informazioni utili per la connettività a Webex, problemi della piattaforma e impostazione chiamata o supporto, in modo che Cisco possa risolvere i problemi della distribuzione del nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi scegliere un'opzione accanto a Invia registri:
I registri generati vengono memorizzati storicamente sul nodo e rimangono sul nodo anche dopo i riavvii. Un identificatore di caricamento viene visualizzato nella pagina. Support utilizza questo valore per identificare i registri caricati. |
| 3 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificativo di caricamento in modo che l'ingegnere del supporto possa accedere ai registri. Se il registro è stato inviato direttamente a Cisco, non è necessario caricare il bundle di registri nel caso TAC. |
Operazioni successive
Durante il caricamento dei registri in Cisco o il download, è possibile eseguire un'acquisizione di pacchetti dalla stessa schermata.
Generazione di acquisizioni di pacchetti mesh video per il supporto
È possibile eseguire un'acquisizione di pacchetti (PCAP) e inviarla a Cisco per un'ulteriore analisi. Un'acquisizione di pacchetti acquisisce un'istantanea dei pacchetti dati che passano attraverso le interfacce di rete del nodo. Una volta acquisiti e inviati i pacchetti, Cisco può analizzare l'acquisizione inviata e aiutare a risolvere i problemi di distribuzione del nodo mesh video.
Operazioni preliminari
La funzionalità di acquisizione dei pacchetti è destinata solo a scopi di debug. Se si esegue un'acquisizione di pacchetti su un nodo mesh video in diretta che ospita chiamate attive, l'acquisizione di pacchetti può influire sulle prestazioni del nodo e il file generato potrebbe essere sovrascritto. Ciò causa una perdita di dati acquisiti. Si consiglia di eseguire l'acquisizione dei pacchetti solo durante le ore di punta o quando il numero delle chiamate è inferiore a 3 sul nodo. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi. È possibile avviare l'acquisizione dei pacchetti e caricare i registri contemporaneamente. |
| 3 | (Opzionale) Nella sezione Acquisizione pacchetti, è possibile limitare l'acquisizione ai pacchetti su una specifica interfaccia, filtrare in base ai pacchetti da o verso determinati organizzatori o filtrare in base ai pacchetti su una o più porte. |
| 4 | Per iniziare il processo, attivare l'impostazione Start Packet Capture (Avvia acquisizione pacchetti). |
| 5 | Al termine, disattivare l'impostazione Avvia acquisizione pacchetti. |
| 6 | Scegli un'opzione:
Una volta caricata l'acquisizione di un pacchetto, nella pagina viene visualizzato un identificativo di caricamento. Il supporto utilizza questo valore per identificare l'acquisizione di pacchetti caricata. La dimensione massima per le acquisizioni di pacchetti è 2 GB. |
| 7 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificatore di caricamento in modo che l'ingegnere del supporto possa accedere all'acquisizione dei pacchetti. |
Esecuzione di un ping dall'interfaccia Web del nodo mesh video
È possibile eseguire un ping dall'interfaccia Web del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Ping, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Prova connettività utilizzando Ping. |
| 3 | Fare clic su Ping. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Esecuzione di un percorso di traccia dall'interfaccia Web mesh video
È possibile eseguire un traceroute dall'interfaccia Web del nodo mesh video. Questa operazione mostra l'indirizzamento dei pacchetti dal nodo verso la destinazione inserita. La visualizzazione delle informazioni di tracciamento della route consente di determinare perché una particolare connessione potrebbe essere scadente e può aiutare a identificare i problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Traceroute, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP sotto Traccia indirizzamento a organizzatore. Il test viene eseguito e viene visualizzato il messaggio di successo o di errore di traccia del percorso. Il test viene ripetuto per 16 secondi. In caso di errore o di timeout del test, controllare il valore di destinazione inserito e le impostazioni di rete. |
Verifica del server NTP dall'interfaccia Web del nodo mesh video
È possibile immettere un indirizzo FQDN o IP di un server NTP (Network Time Protocol) per confermare che il nodo mesh video può accedere al server. Questo test è utile se si notano problemi di sincronizzazione dei tempi e si desidera escludere la raggiungibilità del server NTP.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Controlla server NTP, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Visualizza risposta query SNTP. Il test viene eseguito e viene visualizzato un messaggio di query riuscita o errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Identificazione dei problemi della porta con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Abilitazione dell'account utente di debug dall'interfaccia Web del nodo mesh video
Se il centro TAC di Cisco richiede l'accesso al nodo mesh video Webex, è possibile abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi attivare l'impostazione Abilita utente debug. Viene visualizzata una passphrase crittografata che è possibile fornire a Cisco TAC. |
| 3 | Copiare la passphrase, incollarla nel ticket di supporto o direttamente all'ingegnere del supporto, quindi fare clic su OK una volta salvata. |
L'account utente di debug è valido per 3 giorni, dopodiché scade.
Operazioni successive
È possibile disabilitare l'account prima della scadenza se si torna alla pagina Risoluzione dei problemi e si disattiva l'impostazione Abilita utente di debug.
Ripristino delle impostazioni di fabbrica di un nodo mesh video dall'interfaccia Web
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video dall'interfaccia Web. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Risoluzione dei problemi, scorri fino a Ripristino delle impostazioni di fabbrica, quindi fai clic su Ripristina nodo. |
| 3 | Assicurarsi di aver compreso le informazioni nel messaggio di avviso visualizzato, quindi fare clic su Ripristina e Riavvia. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Disabilitazione o riabilitazione dell'account amministratore locale dall'interfaccia Web
Quando si installa un nodo mesh video Webex, inizialmente si esegue l'accesso utilizzando un account locale integrato con il nome utente "admin". Una volta registrato il nodo nel cloud Webex, è possibile utilizzare le credenziali di amministrazione dell'organizzazione Webex per gestire i nodi mesh video da Control Hub. In questo modo, i criteri dell'account amministratore e i processi di gestione applicabili a Control Hub si applicano anche ai nodi mesh video. Per un ulteriore controllo, puoi disabilitare l'account "admin" integrato in modo che Control Hub gestisca tutta l'autenticazione e la gestione degli amministratori.
Utilizzare questa procedura dopo aver registrato il nodo nel cloud per disabilitare (o riabilitare successivamente) l'account utente amministratore. Quando si disabilita l'account amministratore, è necessario utilizzare Control Hub per accedere all'interfaccia Web del nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . | ||
| 2 | Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. | ||
| 3 | Fare clic sul cluster, quindi sul nodo a cui si desidera accedere. Fare clic su Vai a nodo. | ||
| 4 | Andare ad Amministrazione. | ||
| 5 | Disattivare Abilita accesso utente amministratore per disabilitare l'account o riabilitarlo.
| ||
| 6 | Nella schermata di conferma, fare clic su Disabilita o Abilita per completare la modifica. |
Una volta disabilitato l'utente amministratore, non è possibile accedere al nodo mesh video attraverso l'interfaccia utente Web o la CLI avviata da SSH. Tuttavia, è possibile accedere utilizzando le credenziali utente di amministrazione tramite una CLI avviata dalla console VMware ESXi.
Modifica della passphrase di amministrazione dall'interfaccia Web
Utilizzare questa procedura per modificare la passphrase (password) amministratore per il nodo mesh video Webex utilizzando l'interfaccia Web.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica passphrase, fare clic su Modifica. |
| 3 | Immettere la passphrase corrente, quindi immettere un nuovo valore di passphrase in Nuova passphrase e Conferma nuova passphrase. |
| 4 | Fare clic su Salva passphrase. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso. |
| 5 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Modifica dell'intervallo di scadenza della passphrase dall'interfaccia Web
Utilizzare questa procedura per modificare l'intervallo di scadenza passphrase predefinito di 90 giorni utilizzando l'interfaccia Web. Quando l'intervallo è attivo, viene richiesto di immettere una nuova passphrase quando si esegue l'accesso al nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica scadenza passphrase, immettere un nuovo valore per Intervallo scadenza (giorni) (fino a 365 giorni), quindi fare clic su Salva intervallo scadenza passphrase. Viene visualizzata una schermata con esito positivo, quindi è possibile fare clic su OK per terminare. |
La pagina Amministrazione mostra anche le date dell'ultima modifica della passphrase e della successiva scadenza della password.
Impostazione della registrazione esterna a un server syslog
Se si dispone di un server syslog, è possibile impostare il nodo mesh video Webex per accedere alle informazioni sull'audit trail del server esterno, ad esempio:
Dettagli sugli accessi dell'amministratore
Modifiche alla configurazione (incluso attivazione o disattivazione della modalità di manutenzione)
Aggiornamenti software
Il nodo aggrega i registri, se presenti, e li invia al server ogni dieci minuti.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione. |
| 3 | Accanto a Registrazione esterna, attiva Abilita registrazione esterna. |
| 4 | Per Dettagli server syslog, immettere l'indirizzo IP host o il nome di dominio completo e la porta syslog. Se il server non è risolvibile con DNS dal nodo, utilizzare un indirizzo IP nel campo Host. |
| 5 | Scegliere il protocollo: UDP o TCP. Per utilizzare la crittografia TLS, scegliere TCP, quindi attivare Abilita TLS. Accertarsi di caricare e installare anche i certificati di sicurezza necessari per la comunicazione TLS tra il nodo e il server syslog. Se non vengono installati certificati, il nodo utilizza per impostazione predefinita i certificati autofirmati. Per informazioni, vedere Caricamento dei certificati di sicurezza. |
| 6 | Fare clic su Salva configurazione registrazione esterna. |
Le proprietà del messaggio di registro seguono questo formato: Messaggio tag timestamp priorità nome host.
Proprietà | Descrizione |
|---|---|
Priority | Il valore è sempre pari a 131, in base alla formula: Priorità = (Codice struttura * 8) + Gravità. Il codice della struttura è 16 per "local0". La gravità è 3 per "avviso". |
Indicazione di data e ora | Il formato di timestamp è "Mmm gg hh:mm:ss". |
Nome host | Nome host per il nodo mesh video. |
Tag | Il valore è sempre syslogAuditMsg. |
Messaggi | Il messaggio è una stringa JSON di almeno 1KB. La sua dimensione dipende dal numero di eventi aggregati nell'intervallo di dieci minuti. |
Ecco un messaggio di esempio:
{
"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\"}"
}
]
}
Webhook per avvisi mesh video
Il mesh video supporta gli avvisi webhook che consentono agli amministratori dell'organizzazione di ricevere avvisi su eventi specifici. Gli amministratori possono scegliere di ricevere una notifica di eventi come overflows delle chiamate e reindirizzamenti delle chiamate, riducendo al minimo la necessità di accedere a Control Hub per monitorare la relativa distribuzione. Ciò si ottiene creando un abbonamento webhook in cui viene fornito un URL di destinazione dall'amministratore, a cui verranno inviati avvisi. L'uso di webhook per gli avvisi consente anche il monitoraggio dei parametri senza utilizzare le API degli sviluppatori associate.
I seguenti tipi di evento possono essere monitorati tramite webhook:
Reindirizzamenti chiamate cluster – Chiamate reindirizzate da un determinato cluster.
Overflows chiamate organizzazione – Overflows chiamate totali su cloud per un'organizzazione.
Crea un abbonamento webhook
| 1 | Accedere al portale per sviluppatori Cisco Webex utilizzando le credenziali di amministrazione. |
| 2 | Nel portale degli sviluppatori fare clic su Documentazione. |
| 3 | Dalla barra di scorrimento a sinistra, scorrere verso il basso e fare clic su Riferimento API completo. |
| 4 | Dalle opzioni che si espandono di seguito, scorrere verso il basso e fare clic su Webhooks > Crea un webhook. |
| 5 | Creare un abbonamento inserendo i seguenti parametri: |
nome: esempio – Avvisi webhook mesh video
targetUrl: esempio - https://10.1.1.1/webhooks
risorsa: videoAvvisiMesh
evento: attivato
di proprietà: organizzazione
L'URL inserito nel parametro targetUrl deve essere accessibile tramite Internet e disporre di un server configurato per accettare le richieste POST inviate da Webex Webhook. |
Impostazione delle configurazioni delle soglie con le API degli sviluppatori
È possibile impostare valori di soglia per gli eventi (overflows chiamata organizzazione e reindirizzamenti chiamata cluster) con le API degli sviluppatori mesh video. È possibile impostare un valore percentuale per le soglie al di sopra delle quali verrà attivato un avviso webhook. Ad esempio, se il valore di soglia è impostato su 20 per i overflow delle chiamate dell'organizzazione, viene inviato un avviso quando più del 20% delle chiamate viene overflow sul cloud.
Un set di 4 API è disponibile per l'impostazione e l'aggiornamento delle soglie nel portale per sviluppatori Cisco Webex e sono elencate di seguito:
Elenca configurazione soglia evento
Richiedi configurazione soglia evento
Aggiorna configurazione soglia evento
Reimposta configurazione soglia evento
Le API sono disponibili all'indirizzohttps://developer.webex.com/docs/api/v1/video-mesh .
Scenario 1 - Impostazione del valore di soglia per le chiamate dell'organizzazione superate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | Si riceverà una risposta simile a quella mostrata di seguito.
| ||
| 4 | Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fai clic su Esegui; la tua soglia per i overflow delle chiamate dell'organizzazione verrà impostata sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 2 - Impostazione del valore di soglia per le chiamate cluster reindirizzate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | La risposta elencherà le configurazioni di tutti i cluster nell'organizzazione. | ||
| 4 |
Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fare clic su Esegui, la soglia per Chiamate cluster reindirizzate verrà impostato sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 3 - Ripristino dei valori di soglia
| 1 | Fare clic su Reimposta API configurazione soglia evento. | ||
| 2 | Copia l'ID soglia evento di un cluster o dell'organizzazione e incollalo in
| ||
| 3 | Incollare la struttura JSON nel corpo e fare clic su Esegui. | ||
| 4 |
Il valore di soglia verrà impostato sul valore minimo predefinito. |
API di sviluppo mesh video
Le API sviluppatori mesh video sono un modo per recuperare analisi e monitorare i dati per le distribuzioni mesh video attraverso il portale per sviluppatori Webex. Le API sono disponibili su https://developer.webex.com/docs/api/v1/video-mesh. Un client di esempio è disponibile all'indirizzohttps://github.com/CiscoDevNet/video-mesh-api-client .
Software di demo nodo mesh video
Utilizzare il software di demo del nodo mesh video solo per scopi demo di base. Non aggiungere un nodo demo a un cluster di produzione esistente. Il cluster demo accetta meno chiamate rispetto alla produzione e scade 90 giorni dopo la registrazione nel cloud.
|
Scaricare l'immagine del software dimostrativo da questo collegamento.
Specifiche
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per la configurazione basata su specifiche per il software del nodo mesh video.
Il software demo supporta un'interfaccia di rete singola o un'interfaccia di rete doppia.
Capacità
L'immagine demo non viene testata per la capacità. È necessario utilizzarlo solo per testare gli scenari di riunione di base. Vedere i casi d'uso che seguono per indicazioni.
Casi d'uso per il software di demo del nodo mesh video
- Supporti ancorati a locali
-
Distribuire e configurare il nodo con il software demo.
Eseguire una riunione che includa i seguenti partecipanti: un partecipante all'app Webex, un partecipante all'endpoint Webex e una Cisco Webex Board.
Al termine della riunione, dalla vista cliente in https://admin.webex.com, andare ad Analisi per accedere ai report mesh video. Nei report, è possibile vedere che i media sono rimasti in sede.
- Riunione con partecipanti cloud e locali
-
Esegui un'altra riunione con un paio di partecipanti Webex in sede e uno nel cloud.
Tieni presente che tutti i partecipanti possono accedere e partecipare alla riunione senza problemi.
Gestione del nodo mesh video dalla console
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Modifica delle impostazioni di rete del nodo mesh video nella console
Se la topologia di rete cambia, è necessario aprire l'interfaccia della console per ciascun nodo mesh video e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza relativa alla modifica delle impostazioni di rete, ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Modifica della passphrase dell'amministratore del nodo mesh video
Utilizzare questa procedura per modificare la passphrase amministratore (password) per il nodo mesh video nella console del nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Aprire e accedere alla console VMware ESXi della VM per il nodo mesh video. |
| 3 | Nel menu principale, scegliere l’opzione 3 Gestisci passphrase amministratore, quindi 1 Modifica passphrase amministratore, quindi fare clic su Invio. |
| 4 | Leggere le informazioni sulla pagina della password scaduta, fare clic su Invio, quindi fare di nuovo clic dopo il messaggio di scadenza della password. |
| 5 | Premere Invia. |
| 6 | Una volta eseguita la disconnessione dalla console, tornare alla schermata di accesso, quindi accedere utilizzando l'accesso amministratore e la passphrase (password) scaduti. Viene richiesto di modificare la password.
|
| 7 | Per Vecchia password, immettere la passphrase corrente, quindi premere Invio. |
| 8 | Per Nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 9 | Per immettere nuovamente la nuova password, digitare nuovamente la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso.
|
| 10 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Esecuzione di un ping dalla console del nodo mesh video
È possibile eseguire un ping dall'interfaccia della console del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere Ping. |
| 3 | Nel campo ping, immettere un indirizzo di destinazione da testare, ad esempio un indirizzo IP o un nome host, quindi fare clic su OK. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Se si riceve un errore, controllare il valore di destinazione inserito e le impostazioni di rete. |
Abilitazione dell'account utente di debug attraverso la console
Se il supporto richiede l'accesso al nodo mesh video, è possibile utilizzare l'interfaccia della console per abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi sul nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, scegliere 2 Abilita account utente di debug e, dopo il prompt, fare clic su Sì. |
| 3 | Dopo aver visualizzato il messaggio che l'account utente di debug è stato creato correttamente, fare clic su OK per visualizzare la passphrase crittografata. Invierai la passphrase crittografata da supportare. Utilizzano questo account temporaneo e la passphrase decrittografata per accedere in modo sicuro al nodo mesh video per la risoluzione dei problemi. Questo account scade dopo 3 giorni oppure è possibile disabilitarlo al termine del supporto. |
| 4 | Selezionare l'inizio e la fine dei dati crittografati e copiarli nel ticket di supporto o nell'e-mail che si sta inviando al supporto. |
| 5 | Dopo aver inviato queste informazioni per il supporto, tornare alla console del nodo mesh video e premere un tasto qualsiasi per tornare al menu principale. |
Operazioni successive
L'account scade tra 3 giorni, ma quando il supporto indica che è stata completata la risoluzione dei problemi sul nodo, è possibile restituire la console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 3 Disabilita account utente di debug per disabilitare l'account prima della scadenza.
Invio dei registri dalla console del nodo mesh video
È possibile che venga richiesto di inviare i registri direttamente a Cisco o tramite SCP (Secure Copy). Utilizzare questa procedura per inviare i registri direttamente da qualsiasi nodo mesh video registrato nel cloud.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Nel menu principale, fare clic sull’opzione 4 Diagnostica, quindi premere Invio. |
| 3 | Fare clic su 4 Esporta file di registro, fornire feedback se si desidera, quindi fare clic su Avanti. |
| 4 | Scegli un'opzione:
|
| 5 | Scegliere OK per tornare al menu principale del nodo mesh video. |
| 6 | (Opzionale) Selezionare 5 Verifica dello stato dei file di registro inviati a Cisco se i registri sono stati inviati a Cisco. |
Operazioni successive
Dopo aver inviato i registri, si consiglia di inviare il feedback direttamente dall'app Webex in modo che i contatti del supporto dispongano di tutte le informazioni necessarie per essere di aiuto. |
Verifica dello stato del nodo mesh video dalla console
È possibile visualizzare la salute del nodo direttamente dal nodo mesh video. I risultati sono informativi, ma possono essere di aiuto nella procedura di risoluzione dei problemi, ad esempio, se la sincronizzazione NTP non funziona, è possibile controllare il valore del server NTP nelle impostazioni di rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, vai a 4 Diagnostica, quindi seleziona 6 Verifica stato nodo per visualizzare le seguenti informazioni sul nodo:
|
Configurazione della rete di container sul nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dal menu principale della console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 7 Configura rete container. Dopo aver specificato che le chiamate attive termineranno sul nodo, fare clic su Sì. |
| 3 | Modificare i valori per Container Bridge IP e Network Mask, come necessario, quindi fare clic su Salva. Viene visualizzata una schermata che mostra le informazioni di rete del contenitore, incluso l'intervallo di indirizzi IP riservato per le operazioni interne sul nodo mesh video. |
| 4 | Fai clic su OK. |
Identificazione dei problemi della porta con lo strumento riflettore nella console
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (script Python) e decomprimere il file in una posizione facile da trovare. Il file zip contiene lo script e un file readme.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 4 | Dall'interfaccia del nodo mesh video, andare a Diagnostica > Server riflettore > Server riflettore per TCP o (UDP). Avviare il server per TCP o per UDP. |
| 5 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 6 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 7 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 8 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 9 | Esegui il client con
|
Ripristino delle impostazioni di fabbrica di un nodo mesh video dalla console
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 8 Ripristino delle impostazioni di fabbrica. |
| 3 | Accertarsi di aver compreso le informazioni contenute nella nota visualizzata, quindi fare clic su Reset. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Migrazione di una piattaforma hardware esistente nel nodo mesh video
È possibile eseguire la migrazione di una piattaforma supportata esistente (ad esempio, un CMS1000 che esegue Cisco Meeting Server) su mesh video. Utilizzare questa procedura per guidarti nel processo di migrazione.
I passaggi variano a seconda della versione in bundle di ESXi sulla piattaforma hardware. |
Operazioni preliminari
Scaricare una nuova copia dell'ultima immagine del software del nodo mesh video (OVA). Non distribuire un nuovo nodo mesh video con un file OVA scaricato in precedenza.
| 1 | Accedere all'interfaccia della macchina virtuale e spegnere il software in esecuzione sulla piattaforma. |
| 2 | Eliminare l'applicazione software in esecuzione sulla piattaforma. Sulla piattaforma non devono rimanere immagini software. Inoltre, non è possibile eseguire il software del nodo mesh video insieme ad altri software sulla stessa piattaforma.
|
| 3 | Distribuire una nuova macchina virtuale da un nuovo file OVF o OVA. |
| 4 | Immettere un nome per la macchina virtuale e scegliere il file OVA del nodo mesh video. |
| 5 | Modificare spesso il provisioning del disco. |
| 6 | Caricare l'immagine del software mfusion.ova scaricata.
|
| 7 | Quando la macchina virtuale è in esecuzione, tornare a Accedi alla console del nodo mesh video e continuare la configurazione iniziale del nodo mesh video. |
Confronto funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh
Confronto funzioni
Funzione | Video mesh e video Cisco Webex Meeting Center | CMR Hybrid |
|---|---|---|
Tipi di riunione | Pianificato Un clic (istantaneo) Riunione personale (PMR) Esperienza coerente per riunioni locali e basate su cloud | Solo pianificato |
Pianificazione | Strumento di produttività Webex (Windows e Mac) Pianificazione del calendario ibrido con @webex Portale Webex | Strumenti di produttività TelePresence e Mac abilitati Webex Pianificazione TMS |
Opzioni di accesso a riunione | Chiamata in ingresso e chiamata in uscita Protetto da PIN (organizzatore) Pulsante unico (OBTP) | Solo chiamata in ingresso OBTP |
Esperienza in riunione | Unified Roster (client Webex) Controlli unificati (client Webex) Blocco/sblocco riunione Disattivazione/attivazione dell'audio dei partecipanti TelePresence | Nessun registro unificato (client Webex e server TelePresence) Controlli separati (client Webex e server TelePresence) |
Modello di capacità e distribuzione | Capacità illimitata Overflow in sede e automatico Commutazione e transcodifica | Capacità di trascodifica limitata al server TelePresence |
Lista di controllo percorso di migrazione
Di seguito è riportata una panoramica generale su come eseguire la migrazione di un sito esistente alla piattaforma video versione 2.0 e preparare il sito per l'integrazione con il mesh video. Le operazioni possono variare in base all'ambiente esistente. Collabora con il tuo partner o customer success manager per garantire una migrazione senza problemi.
Accertarsi che la funzione di videoconferenza Meeting Center sia predisposta sul sito Webex.
L'amministratore del sito riceve l'account del portale di gestione. L'amministratore quindi distribuisce i nodi mesh video per l'organizzazione Webex.
L'amministratore del sito assegna il privilegio CMR per abilitare tutti o alcuni utenti CMR Hybrid con video Cisco Webex Meeting Center.
(Opzionale) Disabilitare il tipo di sessione CMR Hybrid per questo sottoinsieme, quindi abilitare il video Cisco Webex Meeting Center nel relativo profilo utente.
L'amministratore del sito imposta il mesh video, quindi seleziona Hybrid come tipo di risorsa multimediale in Cloud Collaboration Meeting Room Options.
L'amministratore del sito imposta TelePresence Management Suite (TMS) e One Button to Push (OBTP) locali per utilizzare il video Cisco Webex Meeting Center. Vedi il Guida alla distribuzione Enterprise per videoconferenze Cisco Webex Meeting Center per informazioni.
Se il privilegio CMR è abilitato per un utente, gli Strumenti di produttività Webex vengono impostati per impostazione predefinita sulla versione video di Cisco Webex Meeting Center. Tutte le nuove riunioni pianificate dagli utenti sono riunioni video Cisco Webex Meeting Center.
Se le sale conferenze sono incluse nell'invito, le informazioni OBTP vengono inviate alla sala conferenze tramite TMS (solo per riunioni CMR Hybrid).
Le riunioni esistenti impostate dagli utenti CMR Hybrid prima del passaggio al video Cisco Webex Meeting Center devono continuare a funzionare finché il cliente conserva le impostazioni MCU e TMS locali.
Le riunioni CMR Hybrid esistenti non possono essere modificate o aggiornate per riflettere le informazioni sulla riunione video Cisco Webex Meeting Center. Se gli utenti desiderano utilizzare il nuovo invito, devono eliminare le riunioni precedenti e creare nuove riunioni.
Se il cliente desidera ritirare le riunioni locali MCU, TMS e CMR Hybrid precedenti non funzioneranno. È necessario creare nuove riunioni con le informazioni video Cisco Webex Meeting Center.
Protocollo di interoperabilità TelePresence e commutazione segmento
Il mesh video supporta la negoziazione di TelePresence Interoperability Protocol (TIP) e multiplex (MUX) per endpoint IX e TX a 1 schermo e a 3 schermi.
Per gli endpoint a tre schermi, tutti e tre gli schermi devono mostrare il video, se sono presenti un numero sufficiente di partecipanti alla conferenza. Un altro sistema a tre schermi nella conferenza determina il passaggio da un segmento all'altro anziché da una stanza all'altra. Ciò significa che invece che tutti e tre gli schermi diventano grandi quando qualcuno in un altro sistema a tre schermi parla, solo il riquadro attivo diventa grande. Gli altri due riquadri sono popolati da video provenienti da altri sistemi. Quando mostrato piccolo, tutti e tre i riquadri vengono visualizzati insieme (per tutti i dispositivi, uno o tre schermi) con una singola casella di delimitazione e etichetta del nome.
A seconda delle risorse di hosting nel cloud, alcuni endpoint mostreranno tutti e tre gli schermi di una sala a tre schermi nella sequenza di pellicole, mentre altri mostreranno solo un riquadro. L'app Webex mostra solo 1 riquadro, anche se il contenuto multimediale è in sede.
Per riunioni di grandi dimensioni che traboccano da un nodo e si propagano a catena in un secondo, lo stesso viene visualizzato da qualsiasi endpoint ospitato su un nodo diverso da quello che ospita il sistema a tre schermi (solo un riquadro visibile nel layout). La condivisione della presentazione richiede la negoziazione di BFCP attraverso il percorso di chiamata.
Informazioni nuove e modificate
Questa tabella contiene nuove funzioni o funzionalità, modifiche al contenuto esistente ed eventuali errori importanti corretti nella Guida alla distribuzione.
Per informazioni sugli aggiornamenti del software del nodo mesh video Webex, vedere https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.
Data | Cambia |
|---|---|
09 febbraio 2024 |
|
31 agosto 2023 |
|
31 luglio 2023 |
|
28 luglio 2023 |
|
15 giugno 2023 |
|
| 16 maggio 2023 |
|
27 marzo 2023 |
|
2 marzo 2023 |
|
7 luglio 2022 |
|
30 giugno 2022 | Aggiunte informazioni sui nuovi script di provisioning in blocco su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 giugno 2022 | Procedura modificata per scambiare le catene di certificati in modo da includere i certificati ECDSA nelle catene di certificati di scambio tra nodi mesh video e Unified CM |
18 maggio 2022 | Modificato il sito di download dello strumento Reflector in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 aprile 2022 | Aggiunte informazioni sulla nuova funzione in Mantieni il tuo contenuto multimediale su mesh video per tutte le riunioni Webex esterne. |
25 marzo 2022 | Aggiornamenti all'utilizzo delle porte in Porte e protocolli per la gestione. |
Decemeber 10, 2021 | Aggiunto CMS 2000 e rilevato il problema di aggiornamento per i vecchi CMS 1000s aggiornamento a ESXi 7 in Requisiti di sistema e piattaforma per il software del nodo mesh video. |
30 agosto 2021 | Aggiunte informazioni sulla verifica che Webex disponga del paese di origine corretto per la distribuzione in Verifica Che il Paese Di Origine Sia Corretto. |
27 agosto 2021 | Aggiunta una nota sulla visibilità dei report di analisi in Supporto e limitazioni per le riunioni private. |
13 agosto 2021 | Aggiunte informazioni sulla nuova funzione Riunioni private in:
|
22 luglio 2021 | Aggiunte informazioni su come verificare che il sistema disponga della posizione di origine corretta per le chiamate. Le posizioni di origine corrette facilitano l'indirizzamento efficiente. Vedere Verificare Che il Paese Di Origine Sia Corretto. |
25 giugno 2021 | Tenere presente che la funzione Esperienza Webex con funzionalità complete dell'app Webex non è compatibile con il mesh video in client e dispositivi che utilizzano il nodo mesh video. |
7 maggio 2021 | Corretto la dimensione del cluster consigliata a 100 in Linee guida per la distribuzione del cluster mesh video. |
12 aprile 2021 | Aggiornata Configurazione dell'indirizzamento traffico SIP TCP Expressway per mesh video per utilizzare la zona Webex anziché una nuova zona DNS. |
9 febbraio 2021 |
|
11 dicembre 2020 |
|
22 ottobre 2020 |
|
| 19 ottobre 2020 |
|
| 18 settembre 2020 |
|
| È il 26 agosto 2020 |
|
4 agosto 2020 |
|
| 9 luglio 2020 |
|
26 giugno 2020 |
|
| 9 giugno 2020 |
|
| 21 maggio 2020 | Aggiornati porte e protocolli per la gestione e requisiti per il supporto proxy per mesh video. |
| 15 maggio 2020 | Panoramica mesh video aggiornata. |
| 25 aprile 2020 |
|
22 gennaio 2020 |
|
12 dicembre 2019 |
|
10 dicembre 2019 |
|
4 novembre 2019 |
|
| 18 ottobre 2019 |
|
26 settembre 2019 |
|
13 settembre 2019 |
|
| È il 29 agosto 2019 |
|
24 luglio 2019 |
|
9 luglio 2019 |
|
24 maggio 2019 |
|
25 aprile 2019 |
|
11 aprile 2019 |
|
Panoramica su mesh video Webex
Mesh video Webex trova dinamicamente il mix ottimale di risorse per conferenze locali e cloud. Le conferenze locali rimangono in locale quando vi sono risorse locali sufficienti. Quando le risorse locali sono esaurite, le conferenze si espandono nel cloud.
Il nodo mesh video è un software installato su un server Cisco UCS locale, registrato sul cloud e gestito in Control Hub. Le chiamate Webex Meetings, Webex Personal Meeting Room, Webex Space Meetings e l'app Webex tra due persone possono essere indirizzate ai nodi mesh video locali on-net. Video Mesh seleziona il modo più efficiente per utilizzare le risorse disponibili.
Mesh video offre i seguenti vantaggi:
Migliora la qualità e riduce la latenza consentendo di mantenere le chiamate in locale.
Estende le chiamate al cloud in modo trasparente quando in sede hanno raggiunto il limite o non sono disponibili.
Gestisci i cluster mesh video dal cloud con una singola interfaccia di amministrazione: Control Hub (https://admin.webex.com ).
Ottimizzare le risorse e scalare la capacità, come necessario.
Combina le funzioni della conferenza cloud e in sede in un'unica esperienza utente.
Riduce i problemi di capacità, perché il cloud è sempre disponibile quando sono necessarie risorse di conferenza aggiuntive. Non è necessario eseguire la pianificazione capacità per lo scenario peggiore.
Fornisce analisi avanzate su capacità e utilizzo e risoluzione dei problemi dei dati dei report in https://admin.webex.com.
Utilizza l'elaborazione multimediale locale quando gli utenti accedono a una riunione Webex da endpoint e client SIP locali basati su standard:
Endpoint e client basati su SIP (endpoint Cisco, Jabber, SIP di terze parti), registrati nel controllo chiamate locale (Cisco Unified Communications Manager o Expressway), che chiamano per accedere a una riunione Cisco Webex.
App Webex (incluso associato a dispositivi di sala) che accedono a una riunione Webex.
Dispositivi di sala e da scrivania Webex che accedono direttamente a una riunione Webex.
Fornisce una risposta vocale interattiva (IVR) ottimizzata a endpoint e client in rete basati su SIP .
Gli endpoint H.323, chiamata IP e Skype for Business (S4B) continuano a partecipare alle riunioni dal cloud.
Supporta video ad alta definizione 1080p 30fps come opzione per le riunioni, se i partecipanti alle riunioni che possono supportare 1080p vengono ospitati attraverso i nodi mesh video locali. (Se un partecipante accede a una riunione in corso dal cloud, gli utenti in sede continuano a registrare 1080 p 30 fps sugli endpoint supportati).
Marchio di qualità del servizio (QoS) migliorato e differenziato: audio separato (EF) e video (AF41).
Il mesh video Webex attualmente non supporta Webex Webinars.Supporta le riunioni con crittografia end-to-end (riunioni E2EE). Se un cliente distribuisce il mesh video e seleziona il tipo di riunione E2EE, aggiunge un ulteriore livello di sicurezza, garantendo che i dati (supporti, file, lavagne, annotazioni) rimangano sicuri e impedisca a terze parti di accedervi o modificarli. Per informazioni dettagliate, vedere Distribuzione di riunioni Zero-Trust.
Le riunioni private attualmente non supportano la crittografia end-to-end.
Client e dispositivi che utilizzano il nodo mesh video
Ci impegniamo a rendere il mesh video interoperabile con i client e i tipi di dispositivo pertinenti. Sebbene non sia possibile testare tutti gli scenari, i test su cui si basano questi dati coprono le funzioni più comuni degli endpoint e dell'infrastruttura elencati. L'assenza di un dispositivo o di un client implica la mancanza di test e di supporto ufficiale da parte di Cisco.
Tipo di client o dispositivo | Utilizza il nodo mesh video sulla chiamata punto a punto | Utilizza il nodo mesh video nella riunione multiparte |
|---|---|---|
App Webex (desktop e mobile) | Sì | Sì |
Dispositivi Webex, inclusi dispositivi di sala e Webex Board. (Vedere la sezione Requisiti endpoint e app Webex per un elenco completo). | Sì | Sì |
Condivisione wireless in sala tra l'app Webex e i dispositivi Room, Desk e Board supportati. | Sì | Sì |
Dispositivi registrati su Unified CM (inclusi endpoint IX) e client (inclusi Jabber VDI 12.6 e versioni successive e Webex VDI 39.3 e versioni successive) che chiamano per accedere a una riunione nella sala riunioni personale Webex pianificata o Webex.* | No | Sì |
Dispositivi registrati VCS/Expressway, che chiamano per accedere a una riunione pianificata Webex o a una riunione nella sala riunioni personale Webex.* | No | Sì |
Webex Chiama sistema video personale a dispositivi video registrati su cloud Webex | N/A | Sì |
client Web dell'app Webex ( https://web.webex.com) | Sì | Sì |
Telefoni registrati in Cisco Webex Calling | No | No |
Webex Chiama sistema video personale a dispositivi SIP registrati in locale | N/A | No |
* Non è possibile garantire che tutti i dispositivi e i client locali siano stati testati con la soluzione mesh video.
Incompatibilità mesh video con l'esperienza Webex con funzionalità completa
Se si abilita l'esperienza Webex con funzionalità complete per l'app Webex, l'app Webex non è supportata con i nodi mesh video. Tale funzione attualmente invia segnali e contenuti multimediali direttamente a Webex. Le release future renderanno compatibile l'app Webex e il mesh video. Per impostazione predefinita, tale funzione non è stata abilitata per i clienti con mesh video.
Si potrebbero verificare problemi con il mesh video e l'esperienza Webex con funzionalità complete:
Se è stato aggiunto il mesh video alla distribuzione dopo l'introduzione di tale funzione.
Se questa funzione è stata abilitata senza conoscerne l'impatto sul mesh video.
Se si notano problemi, contattare il team dell'account Cisco per disabilitare il tasto di alternanza Esperienza Webex con funzionalità complete.
Qualità del servizio sul nodo mesh video
I nodi mesh video sono conformi alle procedure consigliate per la qualità del servizio (QoS) abilitando intervalli di porte che consentono di differenziare i flussi audio e video in tutti i flussi da e verso i nodi mesh video. Questa modifica consentirà di creare criteri di QoS e aggiungere commenti efficaci al traffico in ingresso e in uscita dai nodi mesh video.
Le modifiche alle porte sono accompagnate da modifiche QoS. I nodi mesh video contrassegnano automaticamente il traffico multimediale dagli endpoint registrati SIP (registrati su Unified CM o VCS Expressway) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzano intervalli di porte ben noti per tipi di supporto specifici.
Il traffico di origine dagli endpoint registrati in sede è sempre determinato dalla configurazione nel controllo chiamata (Unified CM o VCS Expressway).
Per ulteriori informazioni, vedere la tabella QoS in Porte e protocolli utilizzati dal mesh video e la procedura per abilitare o disabilitare la QoS nel flusso delle attività di distribuzione del mesh video
L'app Webex continua a connettersi ai nodi mesh video sulla porta condivisa 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint per i test di raggiungibilità STUN sui nodi mesh video. Il nodo mesh video al nodo mesh video per le propagazioni a catena utilizza l'intervallo di porte di destinazione 10000-40000.Supporto proxy per mesh video
Il mesh video supporta proxy di ispezione espliciti e trasparenti e non di ispezione. È possibile collegare questi proxy alla distribuzione mesh video in modo da proteggere e monitorare il traffico dall'azienda al cloud. Questa funzione invia segnali e gestione del traffico basato su https al proxy. Per proxy trasparenti, le richieste di rete dai nodi mesh video vengono inoltrate a un proxy specifico attraverso le regole di indirizzamento della rete aziendale. È possibile utilizzare l'interfaccia di amministrazione mesh video per la gestione dei certificati e lo stato generale della connettività dopo aver implementato il proxy con i nodi.
Il contenuto multimediale non passa attraverso il proxy. È comunque necessario aprire le porte richieste per i flussi multimediali per raggiungere direttamente il cloud. Vedere Porte e protocolli per la gestione. |
I seguenti tipi di proxy sono supportati dal mesh video:
Proxy esplicito (ispezione o non ispezione): con il proxy esplicito, indicare al client (nodi mesh video) quale server proxy utilizzare. Questa opzione supporta uno dei seguenti tipi di autenticazione:
Nessuno: non è richiesta alcuna ulteriore autenticazione. (Per proxy esplicito HTTP o HTTPS).
Base: utilizzato per un agente utente HTTP per fornire un nome utente e una password quando si effettua una richiesta e utilizza la codifica Base64. (Per proxy esplicito HTTP o HTTPS).
Digest: utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili e applica una funzione hash sul nome utente e sulla password prima di inviare tramite la rete. (Per proxy esplicito HTTPS).
NTLM: come Digest, NTLM viene utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili. Utilizza le credenziali Windows anziché il nome utente e la password. Questo schema di autenticazione richiede il completamento di più scambi. (Per proxy esplicito HTTP.)
Proxy trasparente (non ispezionato): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico e non devono richiedere modifiche per lavorare con un proxy non ispezionato.
Proxy trasparente (ispezione): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico. Nessuna modifica di configurazione http(s) è necessaria sul mesh video; tuttavia, i nodi mesh video necessitano di un certificato radice in modo che si fidino del proxy. Le deleghe di ispezione vengono solitamente utilizzate dal reparto IT per applicare politiche relative a quali siti web possono essere visitati e tipi di contenuti non consentiti. Questo tipo di proxy decrittografa tutto il traffico (anche https).
Risoluzioni e framerate supportate per mesh video
Questa tabella illustra le risoluzioni supportate e si suddivide dal punto di vista del mittente-destinatario in una riunione ospitata su un nodo mesh video. Il client mittente (app o dispositivo) si trova nella riga superiore della tabella, mentre il client destinatario si trova nella colonna laterale sinistra della tabella. La cella corrispondente tra i due partecipanti acquisisce la risoluzione del contenuto negoziata, i fotogrammi per sezione e l'origine audio.
La risoluzione influisce sulla capacità di chiamata su qualsiasi nodo mesh video. Per ulteriori informazioni, vedere Capacità per i nodi mesh video. |
Il valore di risoluzione e framerate è combinato come XXXpYY: ad esempio, 720p10 significa 720p a 10 fotogrammi al secondo.
Le abbreviazioni di definizione (SD, HD e FHD) nella riga del mittente e nella colonna del ricevitore si riferiscono alla risoluzione superiore del client o del dispositivo:
SD: definizione standard (576p)
HD: alta definizione (720 p)
FHD: alta definizione completa (1080p)
Destinatario | Mittente | ||||||
|---|---|---|---|---|---|---|---|
App Webex | App mobile Webex | Dispositivi registrati SIP (HD) | Dispositivi registrati SIP (FHD) | Dispositivi registrati Webex (SD) | Dispositivi registrati Webex (HD) | Dispositivi registrati Webex (FHD) | |
Desktop app Webex | 720 p10 Audio misto* | 720 p10 Audio misto | 720 p30 Audio misto | 720 p30 Audio misto | 576p15 Audio contenuto** | 720 p30 Audio misto | 720 p30 Audio misto |
App mobile Webex | — | — | — | — | — | — | — |
Dispositivi registrati SIP (HD) | 720 p30 Audio contenuto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati SIP (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
| Dispositivi registrati Webex (SD) | 1080p15 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati Webex (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
* L'audio del contenuto si riferisce all'audio riprodotto dal contenuto specifico condiviso, ad esempio un video in streaming. Questo flusso audio è separato dall'audio della riunione normale.
** L'audio misto si riferisce a una combinazione dell'audio dei partecipanti alla riunione e dell'audio della condivisione del contenuto.
Requisiti per il mesh video
Il mesh video è disponibile con le offerte documentate in Requisiti di licenza per i servizi ibridi.
Requisiti di integrazione di controllo chiamata e riunione per mesh video
Il controllo delle chiamate e l'infrastruttura per le riunioni esistenti non sono necessari per utilizzare il mesh video, ma è possibile integrare i due. Se stai integrando il mesh video con l'infrastruttura di controllo chiamate e riunione, assicurati che l'ambiente soddisfi i criteri minimi documentati nella tabella seguente.
Scopo dei componenti | Versione minima supportata |
|---|---|
Controllo chiamate in sede | Cisco Unified Communications Manager, versione 11.5(1) SU3 o successive. (Si consiglia l'ultima release SU). Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Infrastruttura per riunioni | Webex Meetings WBS33 o versioni successive. È possibile verificare che il sito Webex si trovi sulla piattaforma corretta se l'elenco dei tipi di risorse multimediali è disponibile nelle opzioni del sito Cloud Collaboration Meeting Room.
Per assicurarsi che il sito sia pronto per il mesh video, contattare il Customer Success Manager (CSM) o il partner. |
Gestione del failover | Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Requisiti endpoint e app Webex
Scopo dei componenti | Dettagli |
|---|---|
Endpoint supportati | |
Versioni supportate dell'app Webex | Il mesh video supporta l'app Webex per desktop (Windows, Mac) e mobile (Android, iPhone e iPad). Per scaricare l'app per una piattaforma supportata, andare a https://www.webex.com/downloads.html. |
Codec supportati | Vedere le specifiche video Webex| per chiamate e riunioni per i codec audio e video supportati. Tenere presente queste avvertenze per il mesh video:
|
Dispositivi di sala, da scrivania e Board registrati su Webex supportati | I seguenti dispositivi vengono testati e confermati per il funzionamento con i nodi mesh video: |
Requisiti di sistema e piattaforma per il software del nodo mesh video
Ambienti di produzione
Nelle distribuzioni di produzione, sono disponibili due modi per distribuire il software del nodo mesh video su una particolare configurazione hardware:
È possibile impostare ciascun server come una singola macchina virtuale, il modo migliore per le distribuzioni che includono molti endpoint SIP.
Utilizzando l'opzione VMNLite, è possibile impostare ciascun server con più macchine virtuali più piccole. VMNLite è la soluzione migliore per distribuzioni in cui la maggior parte dei client e dei dispositivi sono app Webex ed endpoint registrati Webex.
Questi requisiti sono comuni per tutte le configurazioni:
VMware ESXi 7 o 8, vSphere 7 o 8
Iperfilettatura abilitata
I nodi mesh video in esecuzione indipendenti dall'hardware della piattaforma necessitano di vCPU e RAM dedicati. La condivisione delle risorse con altre applicazioni non è supportata. Ciò si applica a tutte le immagini del software mesh video.
Per le immagini Video Mesh Lite (VMNLite) su una piattaforma CMS, supportiamo solo le immagini VMNLite. Nessun'altra immagine mesh video o applicazione mesh non video può essere sull'hardware CMS con il software VMNLite.
Configurazione hardware | Distribuzione di produzione come singola macchina virtuale | Distribuzione di produzione con VM VMNLite | Note | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video.
| ||
Configurazione basata su specifiche (processore 2.6-GHz Intel Xeon E5-2600v3 o successivo richiesto) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Ogni macchina virtuale mesh video deve avere CPU, RAM e dischi rigidi riservati a se stessa. Utilizzare l'opzione CMS1000 o VMNLite durante la configurazione. Il picco di PIO (operazioni di input/output al secondo) per lo storage NFS è 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Distribuire come 8 istanze della macchina virtuale identiche, ciascuna con:
| Distribuire come 24 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video. Ciascuna lama deve essere un Cisco Meeting Server 1000 completo con CPU, RAM e dischi rigidi riservati per lama. Il picco di IOP per storage NFS è 300 IOPS. |
Ambienti dimostrativi
Per scopi demo di base, è possibile utilizzare una configurazione hardware basata sulle specifiche, con i seguenti requisiti minimi:
14vCPU (12 per il nodo mesh video, 2 per ESXi)
Memoria principale da 8 GB
20 GB di spazio su disco rigido locale
2,6 GHz Intel Xeon E5-2600v3 o processore successivo
Questa configurazione di mesh video non è supportata da Cisco TAC. |
Per ulteriori informazioni sul software demo, vedere Video Mesh Node Demo Software.
Requisiti di larghezza di banda
I nodi mesh video devono disporre di una larghezza di banda Internet minima di 10 Mbps per il corretto funzionamento del caricamento e del download.
Requisiti per il supporto proxy per mesh video
Sono supportate ufficialmente le seguenti soluzioni proxy che possono essere integrate con i nodi mesh video.
Cisco Web Security Appliance (WSA) per proxy trasparente
Squid per proxy esplicito
Per un proxy esplicito o un proxy trasparente che ispeziona (decrittografa il traffico), è necessario disporre di una copia del certificato principale del proxy che sarà necessario caricare nell'archivio attendibilità del nodo mesh video sull'interfaccia Web.
Sono supportate le seguenti combinazioni di proxy esplicito e tipo di autenticazione:
Nessuna autenticazione con http e https
Autenticazione di base con http e https
Autenticazione del digest solo con https
Autenticazione NTLM solo con http
Per i proxy trasparenti, è necessario utilizzare il router/switch per forzare il traffico HTTPS/443 per passare al proxy. È inoltre possibile forzare la presa Web per passare al proxy. (Web Socket utilizza https.)
Il mesh video richiede connessioni socket Web ai servizi cloud, in modo che i nodi funzionino correttamente. Durante l'ispezione esplicita e trasparente dei proxy di ispezione, le intestazioni http sono richieste per una connessione websocket corretta. Se vengono modificati, la connessione websocket non riuscirà.
Quando si verifica un errore di connessione websocket sulla porta 443 (con proxy di ispezione trasparente abilitato), viene visualizzato un avviso post-registrazione in Control Hub: "La chiamata SIP mesh video Webex non funziona correttamente." Lo stesso allarme può verificarsi per altri motivi quando il proxy non è abilitato. Quando le intestazioni websocket sono bloccate sulla porta 443, il contenuto multimediale non scorre tra le app e i client SIP.
Se il contenuto multimediale non scorre, ciò si verifica spesso quando il traffico https dal nodo sulla porta 443 non riesce:
Il traffico della porta 443 è consentito dal proxy, ma è un proxy ispezionante e sta interrompendo la websocket.
Per correggere questi problemi, è possibile che sia necessario "bypassare" o "splice" (disabilitare l'ispezione) sulla porta 443 per: *.wbx2.com e *.ciscospark.com.
Capacità per i nodi mesh video
Poiché il mesh video è un prodotto multimediale basato su software, la capacità dei nodi mesh video varia. In particolare, i partecipanti alle riunioni sul cloud Webex caricano di più i nodi. Si ottiene capacità inferiori quando si dispone di più cascate per il cloud Webex. Altri fattori che influiscono sulla capacità sono:
Tipi di dispositivi e client
Risoluzione video
Qualità della rete
Carico massimo
Modello di distribuzione
L'utilizzo di mesh video non incide sul numero di licenze Webex. |
In generale, l'aggiunta di più nodi al cluster non raddoppia la capacità a causa del sovraccarico per l'impostazione delle cascate. Usa questi numeri come guida generale. Raccomandiamo quanto segue:
Testare scenari di riunioni comuni per la distribuzione.
Usa la funzionalità di analisi in Control Hub per vedere come si sta evolvendo la tua distribuzione e aggiungere la capacità come necessario.
Le overflow su un volume di chiamate basso (in particolare le chiamate SIP che hanno origine in sede) non sono un vero riflesso di scala. L'analisi mesh video (in Control Hub > Risorse > Attività di chiamata) indica i segmenti di chiamata che hanno origine in sede. Non specificano i flussi di chiamata che sono arrivati attraverso la cascata al nodo mesh video per l'elaborazione multimediale. Man mano che il numero di partecipanti remoti aumenta in una riunione, aumenta a cascata e consuma risorse multimediali locali sul nodo mesh video. |
Questa tabella elenca gli intervalli di capacità per le diverse combinazioni di partecipanti ed endpoint sui nodi mesh video regolari. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità dei partecipanti |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | 100-130 |
1080p | 90-100 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 60-100 |
1080p | 90-100 | |
Riunioni con solo partecipanti SIP | 720 p | 70-80 |
Riunioni con solo partecipanti SIP | 1080p | 30-40 |
Riunioni con partecipanti Webex App e SIP | 720 p | 75-110 |
|
Capacità per VMNLite
Si consiglia VMNLite per distribuzioni che includono principalmente app Webex ed endpoint registrati su cloud. In queste distribuzioni, i nodi utilizzano più risorse di commutazione e meno risorse di transcodifica rispetto alla configurazione standard. La distribuzione di diverse macchine virtuali più piccole sull'organizzatore ottimizza le risorse per questo scenario.
Questa tabella elenca gli intervalli di capacità delle diverse combinazioni di partecipanti ed endpoint. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità partecipante con 3 nodi VMNLite su un server |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | da 250 a 300 |
1080p | 230-240 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 175-275 |
1080p | 230-240 |
La risoluzione di base per le riunioni dell'app Webex è 720 p. Tuttavia, quando si condivide, le anteprime dei partecipanti sono a 180p. |
Cluster in mesh video
È possibile distribuire i nodi mesh video nei cluster. Un cluster definisce i nodi mesh video con attributi simili, come la prossimità di rete. I partecipanti utilizzano un determinato cluster o il cloud, in base alle seguenti condizioni:
Un client su una rete aziendale che può raggiungere un cluster locale si connette ad esso, la preferenza principale per i client sulla rete aziendale.
I client che accedono a una riunione privata mesh video si connettono solo a cluster locali. È possibile creare un cluster separato specificamente per queste riunioni private.
Un client che non riesce a raggiungere un cluster locale si connette al cloud, il caso di un dispositivo mobile non connesso alla rete aziendale.
Il cluster scelto dipende anche dalla latenza, anziché dalla sola posizione. Ad esempio, un cluster cloud con ritardo round trip (SRT) STUN inferiore rispetto a un cluster mesh video potrebbe essere un candidato migliore per la riunione. Questa logica impedisce a un utente di atterrare su un cluster geograficamente lontano con un ritardo SRT elevato.
Ciascun cluster contiene una logica che propaga a catena le riunioni, ad eccezione delle riunioni private mesh video, su altri cluster di riunioni cloud, come necessario. La funzione a cascata fornisce un percorso dati per i media tra i client nelle riunioni. Le riunioni vengono distribuite tra i nodi e i clienti si trovano sul nodo più efficiente più vicino a loro, a seconda di fattori quali la topologia di rete, il collegamento WAN e l'utilizzo delle risorse.
La capacità del client di eseguire il ping dei nodi multimediali determina la raggiungibilità. Una chiamata effettiva utilizza una varietà di meccanismi di connessione potenziali, come UDP e TCP. Prima della chiamata, il dispositivo Webex (Room, Desk, Board e app Webex) si registra nel cloud Webex, che fornisce un elenco di candidati cluster per la chiamata.
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
Cluster per riunioni private
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzeranno un cluster prenotato, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
Per informazioni dettagliate sulla funzione riunioni private mesh video, vedere Riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
Linee guida per la distribuzione del cluster mesh video
Nelle distribuzioni aziendali tipiche, si consiglia ai clienti di utilizzare fino a 100 nodi per cluster. Nel sistema non sono impostati limiti rigidi per bloccare una dimensione di cluster con più di 100 nodi. Tuttavia, se è necessario creare cluster più grandi, si consiglia vivamente di esaminare questa opzione con Cisco Engineering attraverso il team dell'account Cisco.
Crea meno cluster quando le risorse hanno una prossimità di rete simile (affinità).
Quando si creano i cluster, aggiungere solo i nodi che si trovano nella stessa area geografica e nello stesso centro dati. Il clustering sulla rete WAN (Wide Area Network) non è supportato.
Solitamente, distribuisci i cluster nelle aziende che organizzano riunioni localizzate frequenti. Pianifica dove inserisci i cluster sulla larghezza di banda disponibile in diverse posizioni WAN all'interno dell'azienda. Nel tempo, puoi distribuire e far crescere cluster per cluster in base ai modelli utente osservati.
I cluster situati in fusi orari diversi possono servire efficacemente più aree geografiche sfruttando i diversi schemi di chiamata in ore di punta/occupato.
Se si dispone di due nodi mesh video in due centri dati separati (EU e NA, ad esempio) e gli endpoint si uniscono attraverso ciascun centro dati, i nodi in ciascun centro dati vengono trasferiti in cascata a un singolo nodo mesh video nel cloud. Queste cascate passavano su Internet. Se è presente un partecipante cloud (che accede prima di uno dei partecipanti mesh video), i nodi vengono trasferiti attraverso il nodo multimediale del partecipante cloud.
Diversità fuso orario
La diversità del fuso orario può consentire la condivisione dei cluster durante gli orari non di punta. Ad esempio: Un'azienda con un cluster della California settentrionale e un cluster di New York potrebbe scoprire che la latenza complessiva della rete non è così alta tra le due posizioni che servono una popolazione di utenti geograficamente diversificata. Quando le risorse sono al picco di utilizzo nel cluster della California settentrionale, è probabile che il cluster di New York non sia al picco e abbia una capacità aggiuntiva. Lo stesso vale per il cluster della California settentrionale, durante gli orari di punta nel cluster di New York. Questi non sono gli unici meccanismi utilizzati per una distribuzione efficace delle risorse, ma sono i due principali.
Overflow sul cloud
Una volta raggiunta la capacità di tutti i cluster locali, un partecipante locale esegue il overflow sul cloud Webex. Ciò non significa che tutte le chiamate siano ospitate nel cloud. Webex indirizza solo al cloud i partecipanti che sono remoti o che non possono connettersi a un cluster locale. In una chiamata con partecipanti locali e cloud, il cluster locale viene collegato (a cascata) al cloud per combinare tutti i partecipanti in una singola chiamata.
Se imposti la riunione come tipo di riunione privata, Webex mantiene tutte le chiamate sui cluster locali. Le riunioni private non vengono mai riversate sul cloud.
Il dispositivo Webex si registra in Webex
Oltre a determinare la raggiungibilità, i client eseguono anche test periodici di ritardo di round trip utilizzando Simple Traversal of UDP through NAT (STUN). Il ritardo STUN round-trip (SRT) è un fattore importante nella selezione di risorse potenziali durante una chiamata effettiva. Quando vengono distribuiti più cluster, i criteri di selezione principali si basano sul ritardo SRT appreso. I test di raggiungibilità vengono eseguiti in background, avviati da una serie di fattori, incluse le modifiche alla rete, e non introducono ritardi che incidono sui tempi di impostazione della chiamata. I due esempi seguenti mostrano i possibili risultati dei test di raggiungibilità.
Test di ritardo round trip: il dispositivo cloud non riesce a raggiungere il cluster locale

Test di ritardo round trip: il dispositivo cloud raggiunge correttamente il cluster locale
Le informazioni sulla raggiungibilità apprese vengono fornite al cloud Webex ogni volta che viene impostata una chiamata. Queste informazioni consentono al cloud di selezionare la risorsa migliore (cluster o cloud), a seconda della posizione relativa del client rispetto ai cluster disponibili e del tipo di chiamata. Se non sono disponibili risorse nel cluster preferito, tutti i cluster vengono testati per la disponibilità in base al ritardo SRT. Viene scelto un cluster preferito con il ritardo SRT più basso. Le chiamate vengono servite in locale da un cluster secondario quando il cluster principale è occupato. Le risorse mesh video raggiungibili locali vengono provate per prime, in ordine di ritardo SRT più basso. Quando tutte le risorse locali sono esaurite, il partecipante si connette al cloud.
La definizione di cluster e la posizione sono fondamentali per una distribuzione che fornisce la migliore esperienza generale per i partecipanti. Idealmente, una distribuzione dovrebbe fornire risorse dove si trovano i clienti. Se non vengono allocate risorse sufficienti dove i client effettuano la maggior parte delle chiamate, viene consumata più larghezza di banda della rete interna per connettere gli utenti ai cluster distanti.
Chiamata locale e cloud
I dispositivi Webex locali con la stessa affinità di cluster (preferenza, in base alla prossimità al cluster) si connettono allo stesso cluster per una chiamata. Dispositivi Webex locali con diverse affinità di cluster locali, esegui la connessione a cluster diversi e i cluster vengono quindi collegati in cascata al cloud per combinare i due ambienti in una singola chiamata. In questo modo viene creato un design hub e parlato con il cloud Webex come hub e i cluster locali come indicatori nella riunione.
Chiamata locale con diverse affinità di cluster
Il dispositivo Webex si connette al cluster locale o al cloud in base alla sua raggiungibilità. Di seguito sono riportati alcuni esempi degli scenari più comuni.
Il dispositivo cloud Webex si connette al cloud

Il dispositivo locale Webex si connette al cluster locale

Il dispositivo locale Webex si connette al cloud

Selezione del cluster cloud per overflow in base al ritardo di round-trip STUN di 250 ms o superiore
Sebbene la preferenza per la selezione dei nodi sia rappresentata dai nodi mesh video distribuiti localmente, è supportato uno scenario in cui, se il ritardo round trip (SRT) STUN verso un cluster mesh video locale supera il ritardo round trip tollerabile di 250 ms (che solitamente si verifica se il cluster locale è configurato in un altro continente), il sistema seleziona il nodo multimediale cloud più vicino in tale geografia anziché un nodo mesh video.

L'app Webex o il dispositivo Webex è sulla rete aziendale in San Jose.
I cluster di San Jose e Amsterdam sono a portata di mano o non disponibili.
Il ritardo SRT per il cluster di Shanghai è superiore a 250 ms e probabilmente introdurrà problemi di qualità multimediale.
Il cluster cloud di San Francisco presenta un ritardo SRT ottimale.
Il cluster Mesh video di Shanghai è escluso dalla considerazione.
Di conseguenza, l'app Webex viene riversata nel cluster cloud di San Francisco.
Riunioni private
Le riunioni private isolano tutti i contenuti multimediali nella rete attraverso il mesh video. A differenza delle normali riunioni, se i nodi locali sono pieni, il contenuto multimediale non si propaga a catena al cloud Webex. Tuttavia, per impostazione predefinita, le riunioni private possono essere trasmesse in cascata a diversi cluster mesh video sulla rete. Per le riunioni private in diverse posizioni geografiche, i cluster mesh video devono disporre di connettività diretta tra loro per consentire la propagazione a catena tra cluster, come da HQ1_VMN a Remote1_VMN nella figura.
Accertarsi che le porte necessarie siano aperte nel firewall per consentire la propagazione a catena tra i cluster. Vedere Porte e protocolli per la gestione.
Tutti i partecipanti a una riunione privata devono appartenere all'organizzazione Webex dell'organizzatore della riunione. Possono accedere utilizzando l'app Webex o un sistema video autenticato (endpoint SIP registrati su dispositivo video registrato UCM/VCS o Webex). I partecipanti con accesso VPN o MRA alla rete possono partecipare a una riunione privata. Tuttavia, nessuno può partecipare a una riunione privata dall'esterno della rete.
Modelli di distribuzione supportati da mesh video
- Supportato in una distribuzione mesh video
-
È possibile distribuire un nodo mesh video in un centro dati (preferito) o in una zona smilitarizzata (DMZ). Per informazioni, vedere Porte e protocolli utilizzati dal mesh video.
Per una distribuzione DMZ, è possibile impostare i nodi mesh video in un cluster con l'interfaccia di rete doppia (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interno (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata nel cloud).
Dual NIC funziona sulla versione completa, VMNLite e demo del software del nodo mesh video. È inoltre possibile distribuire il mesh video dietro un'impostazione NAT 1:1.
È possibile integrare i nodi mesh video con l'ambiente di controllo delle chiamate. Ad esempio, le distribuzioni con mesh video integrata con Unified CM, vedere Modelli di distribuzione per mesh video e Cisco Unified Communications Manager.
Sono supportati i seguenti tipi di traduzione dell'indirizzo:
Traduzione dinamica dell'indirizzo di rete (NAT) utilizzando un pool IP
Traduzione indirizzo porta dinamica (PAT)
NAT 1:1
Altre forme di NAT dovrebbero funzionare fino a quando vengono utilizzate le porte e i protocolli corretti, ma non li supportiamo ufficialmente perché non sono stati testati.
IPv4
Indirizzo IP statico per il nodo mesh video
- Non supportato in una distribuzione mesh video
-
IPv6
DHCP per il nodo mesh video
Un cluster con una combinazione di NIC singola e NIC doppia
Raggruppamento dei nodi di mesh video sulla rete WAN (Wide Area Network)
Audio, video o contenuto multimediale che non passa attraverso un nodo mesh video:
Audio da telefoni
Chiamata peer-to-peer tra l'app Webex e l'endpoint basato su standard
Terminazione audio su nodo mesh video
Contenuto multimediale inviato tramite la coppia C/E Expressway
Richiamata video da Webex
Modelli di distribuzione per mesh video e Cisco Unified Communications Manager
Questi esempi mostrano distribuzioni mesh video comuni e consentono di capire dove i cluster mesh video possono adattarsi alla rete. Tenere presente che la distribuzione mesh video dipende da fattori nella topologia di rete:
Posizioni dei centri dati
Sedi e dimensioni degli uffici
Posizione e capacità di accesso a Internet
In generale, provare a collegare i nodi mesh video ai cluster Unified CM o Session Management Edition (SME). Come buona pratica, mantenere i nodi il più centralizzati possibile alle filiali locali.
Video Mesh supporta Session Management Edition (SME). I cluster Unified CM possono essere connessi attraverso una SME, quindi è necessario creare un trunk SME che si connette ai nodi mesh video.
Architettura hub e spoke

Questo modello di distribuzione include la rete centralizzata e l'accesso a Internet. In genere, la sede centrale è caratterizzata da un’elevata concentrazione di dipendenti. In questo caso, è possibile posizionare un cluster mesh video nella posizione centrale per una gestione multimediale ottimizzata.
La localizzazione dei cluster nelle posizioni delle filiali potrebbe non generare vantaggi a breve termine e potrebbe determinare un instradamento subottimale. Si consiglia di distribuire i cluster in una filiale solo se è presente una comunicazione frequente tra le filiali.
Distribuzione geografica

La distribuzione geograficamente distribuita è interconnessa ma può mostrare una latenza notevole tra le regioni. La mancanza di risorse può causare l'impostazione a cascata subottimale a breve termine quando sono presenti riunioni tra utenti in ciascuna posizione geografica. In questo modello, si consiglia di distribuire i nodi mesh video vicino all'accesso Internet regionale.
Distribuzione geografica con chiamata SIP

Questo modello di distribuzione contiene cluster Unified CM regionali. Ciascun cluster può contenere un trunk SIP per selezionare le risorse nel cluster mesh video locale. Un secondo trunk può fornire un percorso di failover a una coppia Expressway se le risorse diventano limitate.
Porte e protocolli utilizzati dal mesh video
Per garantire una distribuzione corretta del mesh video e un funzionamento senza problemi dei nodi mesh video, aprire le seguenti porte sul firewall per l'uso con i protocolli.
Vedi Requisiti di rete per i servizi Webex per comprendere i requisiti di rete generali per Webex Teams.
Per ulteriori informazioni su firewall e procedure di rete per i servizi Webex, vedere il whitepaper trasversale sui firewall.
Per mitigare potenziali problemi di query DNS, seguire le procedure consigliate DNS, le protezioni di rete e la documentazione di identificazione degli attacchi quando si configura il firewall aziendale.
Per ulteriori informazioni sul design, vedere Architettura preferita per i servizi ibridi, CVD.
Porte e protocolli per la gestione
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
I nodi mesh video in un cluster devono essere nella stessa VLAN o subnet mask.
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Gestione | Computer di gestione | Nodo mesh video | Secondo necessità | Any | TCP, HTTPS | Nodo mesh video | 443 |
SSH per l'accesso alla console di amministrazione mesh video | Computer di gestione | Nodo mesh video | Secondo necessità | Any | TCP | Nodo mesh video | 22 |
Comunicazione intracluster | Nodo mesh video | Nodo mesh video | Indirizzo IP di altri nodi mesh video nel cluster | Any | TCP | Nodi mesh video | 8443 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Any | UDP, NTP UDP, DNS TCP, HTTPS (WebSocket) | Any | 123* 53* |
Segnalazione a cascata | Nodo mesh video | Cloud Webex | Any | Any | TCP | Any | 443 |
Elemento multimediale a cascata | Nodo mesh video | Cloud Webex | Nodo mesh video | Qualsiasi*** | UDP | Any Per intervalli di indirizzi specifici, vedere la sezione "Subnet IP per i servizi multimediali Webex" nei requisiti di rete per i servizi Webex. | 5004 da 50000 a 53000 Per informazioni dettagliate, vedere la sezione "Servizi Webex - Numeri di porta e protocolli" in Requisiti di rete per i servizi Webex. |
Segnalazione a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Any | Any | TCP | Any | 443 |
Elemento multimediale a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Cluster mesh Vido (1) | Qualsiasi*** | UDP | Any | 5004 da 50000 a 53000 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Any | TCP, HTTPS | Qualsiasi** | 443 |
Gestione | Nodo mesh video (1) | Nodo mesh video (2) | Nodo mesh video (1) | Any | TCP, HTTPS (WebSocket) | Nodo mesh video (2) | 443 |
Comunicazione interna | Nodo mesh video | Tutti gli altri nodi mesh video | Nodo mesh video | Any | UDP | Any | da 10000 a 40000 |
* La configurazione predefinita nel file OVA è configurata per NTP e DNS. Il file OVA richiede l'apertura di tali porte in uscita su Internet. Se si configura un server NTP e DNS locale, non è necessario aprire le porte 53 e 123 attraverso il firewall.
** Poiché alcuni URL del servizio cloud sono soggetti a modifiche senza avviso, QUALSIASI è la destinazione consigliata per il funzionamento senza problemi dei nodi mesh video. Se si preferisce filtrare il traffico in base agli URL, vedere la sezione URL dei team Webex per i servizi ibridi
della sezione Requisiti di rete per i servizi Webex per ulteriori informazioni.
***Le porte variano in base all'abilitazione della QoS. Con la QoS abilitata, le porte sono 52.500-59499, 63000-64667, 59500-62999 e 64688-65500. Con la QoS spenta, le porte sono 34.000-34.999.
Firme di traffico per mesh video (qualità del servizio abilitata)
Per distribuzioni in cui il nodo mesh video si trova sul lato aziendale del DMZ o all'interno del firewall, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente all'amministratore di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video per il contrassegno di rete QoS. Questa impostazione Qualità del servizio è abilitata per impostazione predefinita e modifica ai valori di questa tabella le porte di origine utilizzate per la condivisione di audio, video e contenuto. Questa impostazione consente di configurare criteri di contrassegno QoS in base agli intervalli di porte UDP per differenziare l'audio dalla condivisione video o di contenuto e contrassegnare tutto l'audio con il valore consigliato di condivisione EF e video e contenuto con un valore consigliato di AF41.
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video, che sono il focus principale delle configurazioni di rete QoS. Mentre i criteri di contrassegno QoS di rete per il contenuto multimediale su UDP sono al centro della seguente tabella, i nodi mesh video Webex terminano anche il traffico TCP per la presentazione e la condivisione di contenuto per l'app Webex utilizzando le porte effimere 52500–65500. Se un firewall si trova tra i nodi mesh video e l'app Webex, tali porte TCP devono anche essere autorizzate per il corretto funzionamento.
Il nodo mesh video contrassegna il traffico in modo nativo. Questa marcatura nativa è asimmetrica in alcuni flussi e dipende dal fatto che le porte di origine siano porte condivise (porta singola come 5004 per flussi multipli verso varie destinazioni e porte di destinazione) o dal fatto che non lo siano (dove la porta rientra in un intervallo ma è unica per quella specifica sessione bidirezionale). Per comprendere il contrassegno nativo tramite un nodo mesh video, tenere presente che il nodo mesh video contrassegna l'audio EF quando non utilizza la porta 5004 come porta di origine. Alcuni flussi bidirezionali, come mesh video a cascata mesh video o mesh video a app Webex, verranno contrassegnati in modo asimmetrico, un motivo per utilizzare la rete per annotare il traffico in base agli intervalli di porte UDP forniti. |
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Servizi multimediali cloud Webex | da 52500 a 59499 | 5004 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 63000 a 64667 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | Ef | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 52500 a 59499 | 5004 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 63000 a 64667 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Applicazione o endpoint Webex Teams* | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
*La direzione del traffico multimediale determina le marcature DSCP. Se le porte di origine sono dal nodo mesh video (dal nodo mesh video all'app Webex Teams), il traffico è contrassegnato solo come AF41. Il traffico multimediale proveniente dall'app Webex Teams o dagli endpoint Webex presenta contrassegni DSCP separati, ma non il traffico di ritorno dalle porte condivise del nodo mesh video.
Differenziazione porta di origine UDP (client app Windows Webex): Se si desidera abilitare la differenziazione della porta di origine UDP per la propria organizzazione, contattare il team dell'account locale. Se questa opzione non è abilitata, la condivisione audio e video non può essere differenziata dal sistema operativo Windows. Le porte di origine saranno le stesse per la condivisione di audio, video e contenuto sui dispositivi Windows. |
Firme di traffico per mesh video (qualità del servizio disabilitata)
Per distribuzioni in cui il nodo mesh video si trova nel DMZ, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video. Questa impostazione Qualità del servizio, se disabilitata (abilitata per impostazione predefinita), modifica le porte di origine utilizzate per la condivisione di audio, video e contenuto dal nodo mesh video nell'intervallo 34000 a 34999. Il nodo mesh video quindi contrassegna in modo nativo tutto l'audio, il video e la condivisione di contenuto in un singolo DSCP di AF41.
Poiché le porte di origine sono uguali per tutti i file multimediali indipendentemente dalla destinazione, non è possibile differenziare l'audio dalla condivisione video o di contenuto in base all'intervallo di porte con questa impostazione disabilitata. Questa configurazione consente di configurare più facilmente i fori dei pin del firewall per i supporti con la qualità del servizio abilitata. |
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video quando la QoS è disabilitata.
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | AF41 | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
Porte e protocolli per il traffico Webex Meetings
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Chiamata a riunione | App (app desktop e mobile app Webex) Dispositivi registrati su Webex | Nodo mesh video | Secondo necessità | Any | UDP e TCP (utilizzati dall'app Webex) SRTP (qualsiasi) | Qualsiasi** | 5004 |
Chiamata del dispositivo SIP alla riunione (segnalazione SIP) | Controllo chiamate Unified CM o Cisco Expressway | Nodo mesh video | Secondo necessità | Effimero (>=1024) | TCP o TLS | Qualsiasi** | 5060 o 5061 |
Cascata | Nodo mesh video | Cloud Webex | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 Da 50000 a 53000*** |
Cascata | Nodo mesh video | Nodo mesh video | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 |
La porta 5004 viene utilizzata per tutti i nodi cloud multimediali e mesh video locali. L'app Webex continua a connettersi ai nodi mesh video sulle porte condivise 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint registrati Webex per i test STUN sui nodi mesh video. Dal nodo mesh video al nodo mesh video per l'utilizzo a cascata dell'intervallo di porte di destinazione da 10000 a 40000.* Il protocollo TCP è supportato, ma non preferito poiché potrebbe influire sulla qualità multimediale. |
** Se si desidera limitare in base agli indirizzi IP, vedere gli intervalli di indirizzi IP documentati in Requisiti di rete per i servizi Webex.
*** Expressway già utilizza questo intervallo di porte per il cloud Webex. Pertanto, la maggior parte delle distribuzioni non richiederà aggiornamenti per supportare questo nuovo requisito per il mesh video. Tuttavia, se la distribuzione dispone di regole del firewall più severe, potrebbe essere necessario aggiornare la configurazione del firewall per aprire queste porte per il mesh video.
Per ottenere le massime prestazioni utilizzando Webex nella propria organizzazione, configurare il firewall in modo da consentire tutto il traffico TCP e UDP in uscita destinato alle porte 5004 nonché qualsiasi risposta in entrata a tale traffico. I requisiti della porta elencati sopra presuppongono che i nodi mesh video siano distribuiti nella LAN (preferita) o in una DMZ e che l'app Webex sia nella LAN.
Qualità video e ridimensionamento per mesh video
Di seguito sono riportati alcuni scenari di riunione comuni quando viene creata una propagazione a catena. Il mesh video è adattivo in base alla larghezza di banda disponibile e distribuisce le risorse di conseguenza. Per i dispositivi nella riunione che utilizzano il nodo mesh video, il collegamento a cascata consente di ridurre la larghezza di banda media e migliorare l'esperienza di riunione per l'utente.
Per le linee guida per il provisioning della larghezza di banda e la pianificazione della capacità, vedere la documentazione di architettura preferita. |
In base agli oratori attivi nella riunione, vengono stabiliti i collegamenti a cascata. Ogni propagazione a catena può contenere fino a 6 flussi e la propagazione a catena è limitata a 6 partecipanti (6 in direzione da app Webex/SIP a cloud Webex e 5 in direzione opposta). Ciascuna risorsa multimediale (cloud e mesh video) richiede al lato remoto i flussi necessari per soddisfare i requisiti dell'endpoint locale di tutti i partecipanti remoti nella propagazione a catena.

Per fornire un'esperienza utente flessibile, la piattaforma Webex può eseguire video multistream ai partecipanti alla riunione. Questa stessa funzionalità si applica al collegamento a cascata tra i nodi mesh video e il cloud. In questa architettura, i requisiti di larghezza di banda variano in base a diversi fattori, come i layout degli endpoint.
Architettura

In questa architettura, gli endpoint registrati su Cisco Webex inviano segnali al cloud e contenuti multimediali ai servizi di commutazione. Gli endpoint SIP locali inviano segnali all'ambiente di controllo delle chiamate (Unified CM o Expressway), che quindi li invia al nodo mesh video. Il contenuto multimediale viene inviato al servizio di trascodifica.
Partecipanti su cloud e in sede
I partecipanti locali sul nodo mesh video richiedono i flussi desiderati in base ai requisiti di layout. Tali flussi vengono inoltrati dal nodo mesh video all'endpoint per il rendering del dispositivo locale.
Ciascun nodo mesh cloud e video richiede risoluzioni HD e SD da tutti i partecipanti che sono dispositivi registrati su cloud o app Webex. A seconda dell'endpoint, invierà fino a 4 risoluzioni, solitamente 1080p, 720p, 360p e 180p.
A cascata
La maggior parte degli endpoint Cisco può inviare 3 o 4 flussi da una singola origine in un intervallo di risoluzioni (da 1080p a 180p). Il layout dell'endpoint determina il requisito per i flussi necessari all'estremità remota della cascata. Per la presenza attiva, il flusso video principale è 1080p o 720p, i riquadri video (PiPS) sono 180p. Per la visualizzazione uguale, la risoluzione è 480p o 360p per tutti i partecipanti nella maggior parte dei casi. La cascata creata tra i nodi mesh video e il cloud invia anche 720 p, 360 p e 180 p in entrambe le direzioni. Il contenuto viene inviato come singolo flusso e l'audio viene inviato come più flussi.
I grafici di larghezza di banda a cascata che forniscono una misurazione per cluster sono disponibili nel menu Analisi in Webex Control Hub. Non è possibile configurare la larghezza di banda in cascata per riunione in Control Hub.
La larghezza di banda massima negoziata in cascata per riunione è 20Mbps per il video principale per tutte le origini e i diversi flussi video principali che è possibile inviare. Questo valore massimo non include il canale del contenuto o l'audio. |
Esempio di video principale con layout multiplo
I diagrammi seguenti illustrano uno scenario di riunione di esempio e come la larghezza di banda viene influenzata quando sono in gioco più fattori. Nell'esempio, tutte le app Webex e i dispositivi registrati su Webex stanno trasmettendo flussi a 1x720 p, 1x360 p e 1x180 p nel mesh video. Sulla cascata, i flussi di 720 p, 360 p e 180 p sono trasmessi in entrambe le direzioni. Il motivo è perché sono presenti app Webex e dispositivi registrati su Webex che ricevono 720 p, 360 p e 180 p su entrambi i lati della sequenza.
Nei diagrammi, i numeri di larghezza di banda per i dati trasmessi e ricevuti sono solo a titolo esemplificativo. Non costituiscono una copertura completa di tutte le possibili riunioni e dei relativi requisiti di larghezza di banda. Diversi scenari di riunione (partecipanti entrati, funzionalità del dispositivo, condivisione di contenuto all'interno della riunione, attività in un determinato momento durante la riunione) genereranno diversi livelli di larghezza di banda. |
Il diagramma seguente mostra una riunione con endpoint registrati su cloud e locali e un oratore attivo.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena tra i nodi mesh video e il cloud in entrambe le direzioni.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena dal cloud.
Il diagramma seguente mostra una riunione con gli stessi dispositivi precedenti, insieme a un client Webex Meetings. Il sistema invia l'oratore attivo e l'ultimo oratore attivo in alta definizione insieme a un flusso HD aggiuntivo dell'oratore attivo per i client Webex Meetings poiché i nodi mesh video non supportano Webex Meetings in questo momento.
Requisiti per i servizi Webex
Collaborare con il partner, il Customer Success Manager (CSM) o il rappresentante di prova per eseguire il provisioning corretto del sito Cisco Webex e dei servizi Webex per mesh video:
Devi disporre di un'organizzazione Webex con un abbonamento a pagamento ai servizi Webex.
Per sfruttare al meglio il mesh video, assicurarsi che il sito Webex sia sulla piattaforma video versione 2.0. (È possibile verificare che il sito sia sulla piattaforma video versione 2.0 se dispone dell'elenco dei tipi di risorse multimediali disponibile nelle opzioni del sito Cloud Collaboration Meeting Room).

È necessario abilitare CMR per il sito Webex sotto i profili utente. È possibile eseguire questa operazione in un aggiornamento in massa CSV con l'attributo SupportCMR.
Per ulteriori informazioni, vedere Confronto delle funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh in Appendice.
Verificare la correttezza del paese di origine
Il mesh video utilizza le funzionalità GDM (Globally Distributed Media) di Webex per migliorare il routing multimediale. Per ottenere una connettività ottimale, Webex seleziona il nodo multimediale cloud più vicino all'azienda quando esegue la propagazione in cascata di mesh video a Webex. Il traffico passa quindi attraverso il backbone Webex per interagire con i microservizi Webex per la riunione. Questo instradamento riduce al minimo la latenza e conserva la maggior parte del traffico sul backbone Webex e fuori da Internet.
Per supportare GDM, utilizziamo MaxMind come provider di posizione GeoIP per questo processo. Verificare che MaxMind identifichi correttamente la posizione dell'indirizzo IP pubblico per garantire un indirizzamento efficiente.
| 1 | In un browser Web, immettere questo URL con l'indirizzo IP pubblico di Expressway o dell'endpoint alla fine.
Si riceve una risposta come la seguente:
|
| 2 | Verificare che il |
| 3 | Se la posizione non è corretta, inviare una richiesta per correggere la posizione dell'indirizzo IP pubblico a MaxMind all'indirizzo https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
Completamento dei prerequisiti per mesh video
Utilizzare questa lista di controllo per assicurarsi di essere pronti a installare e configurare i nodi mesh video e integrare un sito Webex con mesh video.
| 1 | Assicurarsi di:
| ||
| 2 | Collabora con il tuo partner, il Customer Success Manager o il rappresentante di prova per comprendere e preparare il tuo ambiente Webex in modo che sia pronto per la connessione a mesh video. Per ulteriori informazioni, vedere Requisiti per i servizi Webex. | ||
| 3 | Registrare le seguenti informazioni di rete da assegnare ai nodi mesh video:
| ||
| 4 | Prima di avviare l'installazione, accertarsi che l'organizzazione Webex sia abilitata per il mesh video. Questo servizio è disponibile per le organizzazioni con determinati abbonamenti al servizio Webex a pagamento, come documentato in Requisiti di licenza per i servizi ibridi Cisco Webex. Contattare il partner Cisco o l'account manager per assistenza. | ||
| 5 | Scegliere un hardware supportato o una configurazione basata su specifiche per il nodo mesh video, come descritto in Requisiti di sistema e piattaforma per il software nodo mesh video. | ||
| 6 | Assicurarsi che sul server sia in esecuzione VMware ESXi 7 o 8 e vSphere 7 o 8, con un host VM operativo. | ||
| 7 | Se stai integrando il mesh video con l'ambiente di controllo chiamate Unified CM e desideri che gli elenchi dei partecipanti siano coerenti tra le piattaforme per riunioni, assicurati che la modalità di sicurezza del cluster Unified CM sia impostata su modalità mista in modo da supportare il traffico crittografato TLS. Per il funzionamento di questa funzionalità, è richiesto il traffico crittografato end-to-end. Per ulteriori informazioni sul passaggio dell'ambiente Unified CM in modalità mista, vedere il capitolo sull'impostazione di TLS nella Guida alla protezione di Cisco Unified Communications Manager. Vedere la guida alla soluzione Active Control per ulteriori informazioni sulle funzioni e su come impostare la crittografia end-to-end. | ||
| 8 | Se si integra un proxy (controllo esplicito, trasparente o non ispezionato) con il mesh video, accertarsi di rispettare i requisiti documentati in Requisiti per supporto proxy per mesh video. |
Operazioni successive
Installazione e configurazione del software del nodo mesh video
Flusso attività distribuzione mesh video
Operazioni preliminari
| 1 | Installazione e configurazione del software del nodo mesh video Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito. |
| 2 | Accesso alla console del nodo mesh video Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo. |
| 3 | Impostazione della configurazione di rete del nodo mesh video nella console Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato. |
| 4 | Utilizzare questa procedura per configurare l'interfaccia esterna per una distribuzione con interfaccia di rete doppia (NIC doppia):
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno). Puoi anche fare eccezioni o sostituzioni alle regole di indirizzamento predefinite. |
| 5 | Registrazione del nodo mesh video nel cloud Webex Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail. |
| 6 | Abilita e verifica la qualità del servizio (QoS) con le seguenti attività:
Abilitare la QoS se si desidera che i nodi mesh video contrassegnino automaticamente il traffico SIP (endpoint registrati SIP locali) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzino intervalli di porte ben noti per tipi di supporto specifici. Questa modifica consente di creare criteri QoS e annotare efficacemente il traffico di ritorno dal cloud, se lo si desidera. Utilizzare i passaggi dello strumento Riflettore per verificare che le porte corrette siano aperte sul firewall. |
| 7 | Configurazione del nodo mesh video per l'integrazione proxy Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare il proxy e risolvere eventuali problemi potenziali. |
| 8 | Segui il mesh video integrato con il flusso delle attività di controllo delle chiamate e scegli una delle seguenti opzioni, a seconda del controllo delle chiamate, dei requisiti di sicurezza e se desideri integrare il mesh video con l'ambiente di controllo delle chiamate:
I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP registrati in locale e i Video Meshcluster. È sufficiente eseguire il trunk di Unified CM o VCS Expressway al nodo mesh video, in base all'ambiente di controllo delle chiamate. |
| 9 | Catene di certificati di scambio tra nodi mesh video e Unified CM In questa attività, scaricare i certificati dalle interfacce mesh video e Unified CM e caricarli uno all'altro. Questa operazione consente di creare un rapporto di fiducia protetto tra i due prodotti e, in combinazione con la configurazione del trunk sicuro, consente al traffico SIP crittografato e al contenuto multimediale SRTP nell'organizzazione di atterrare sui nodi mesh video. |
| 10 | Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza l'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video. |
| 11 | Abilitazione del mesh video per il sito Webex Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex. |
| 12 | Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex |
| 13 | Verificare l'esperienza di riunione sull'endpoint sicuro Se si utilizza la crittografia multimediale attraverso l'impostazione TLS end-to-end, utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e venga visualizzata l'esperienza di riunione corretta. |
Script di provisioning in blocco per mesh video
Se è necessario distribuire molti nodi nella distribuzione mesh video, il processo richiede tempo. È possibile utilizzare lo script su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning per distribuire rapidamente i nodi mesh video sui server ESXi VMWare. Leggere il file Leggimi per istruzioni su come utilizzare lo script.
Installazione e configurazione del software del nodo mesh video
Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito.
Devi scaricare il pacchetto software (OVA) da Control Hub ( https://admin.webex.com) anziché utilizzare una versione scaricata in precedenza. Questo file OVA è firmato dai certificati Cisco e può essere scaricato dopo aver eseguito l'accesso a Control Hub con le credenziali dell'amministratore del cliente.
Operazioni preliminari
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per le piattaforme hardware supportate e requisiti di specifiche per il nodo mesh video.
Assicurarsi di disporre degli elementi necessari:
Un computer con:
Client VMware vSphere 7 o 8.
Per un elenco dei sistemi operativi supportati, consultare la documentazione VMware.
File OVA del software mesh video scaricato.
Scarica l'ultimo software mesh video da Control Hub anziché utilizzare una versione scaricata in precedenza. È inoltre possibile accedere al software da questo link. (Il file è circa 1,5 GB).
Le versioni precedenti del pacchetto software (OVA) non saranno compatibili con gli ultimi aggiornamenti mesh video. Ciò può provocare problemi durante l'aggiornamento dell'applicazione. Accertarsi di scaricare l'ultima versione del file OVA da questo collegamento.
Un server supportato con VMware ESXi o vCenter 7 o 8 installato e in esecuzione
Disabilitare i backup delle macchine virtuali e la migrazione in diretta. I cluster dei nodi mesh video sono sistemi in tempo reale; qualsiasi pausa di una macchina virtuale può rendere questi sistemi instabili. (Per attività di manutenzione su un nodo mesh video, utilizzare la modalità di manutenzione da Control Hub.)
| 1 | Utilizzando il computer, aprire il client VMware vSphere e accedere al sistema vCenter o ESXi sul server. | ||||
| 2 | Vai a . | ||||
| 3 | Il Seleziona un tempio OVF fare clic su File locale, quindi su Scegli file. Andare al punto in cui si trova il file videomesh.ova, scegliere il file, quindi fare clic su Avanti.
| ||||
| 4 | Il Seleziona un nome e una cartella pagina , inserisci un Nome macchina virtuale per il nodo mesh video (ad esempio, "Video_Mesh_Node_1"), scegliere una posizione in cui può risiedere la distribuzione del nodo della macchina virtuale, quindi fare clic su Successivo. Viene eseguito un controllo di convalida. Al termine, vengono visualizzati i dettagli del modello. | ||||
| 5 | Verificare i dettagli del modello, quindi fare clic su Avanti. | ||||
| 6 | Il Configurazione pagina , scegliere il tipo di configurazione della distribuzione, quindi fare clic su Successivo.
Le opzioni sono elencate in ordine di crescente fabbisogno di risorse.
| ||||
| 7 | Il Seleziona storage pagina, assicurarsi che il formato di disco predefinito di Thick Provision Lazy Zeroed e i criteri di storage VM di Datastore Default sono selezionati e quindi fare clic su Successivo. | ||||
| 8 | Il Seleziona reti, scegliere l'opzione di rete dall'elenco di voci per fornire la connettività desiderata alla VM.
Per una distribuzione DMZ, è possibile impostare il nodo mesh video con la doppia interfaccia di rete (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interna (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata in Webex). Tutti i nodi in un cluster devono essere in modalità NIC doppia; non è supportata una combinazione di NIC singola e doppia.
| ||||
| 9 | Nella pagina Personalizza modello, configurare le seguenti impostazioni di rete:
Se si preferisce, è possibile ignorare la configurazione delle impostazioni di rete e seguire la procedura in Imposta configurazione di rete del nodo mesh video nella console dopo aver eseguito l'accesso al nodo. | ||||
| 10 | Il Pronto per il completamento pagina , verificare che tutte le impostazioni inserite corrispondano alle linee guida in questa procedura, quindi fare clic su Fine. Una volta completata la distribuzione del file OVA, il nodo mesh video viene visualizzato nell'elenco delle VM. | ||||
| 11 | Fare clic con il pulsante destro del mouse sul nodo mesh video VM, quindi scegliere . Il software del nodo mesh video viene installato come guest sull'host VM. A questo punto, è possibile accedere alla console e configurare il nodo mesh video. È possibile che si verifichi un ritardo di alcuni minuti prima che i contenitori del nodo salgano. Un messaggio del firewall bridge viene visualizzato sulla console durante il primo avvio, durante il quale non è possibile accedere. |
Operazioni successive
Accesso alla console del nodo mesh video
Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo.
| 1 | Dal client VMware vSphere, andare al nodo mesh video VM, quindi scegliere Console. Viene avviata la VM del nodo mesh video e viene visualizzata una richiesta di accesso. Se il prompt di accesso non viene visualizzato, premere Invio. È possibile visualizzare brevemente un messaggio che indica che il sistema è in fase di inizializzazione. |
| 2 | Utilizzare il seguente nome utente e password predefiniti per l'accesso: Poiché si esegue l'accesso al nodo mesh video per la prima volta, è necessario modificare la passphrase dell'amministratore (password). |
| 3 | Per la password (corrente), immettere la password predefinita (dall’alto), quindi premere Invio. |
| 4 | Per inserire una nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 5 | Per reinserire la nuova password, reinserire la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "Password modificata correttamente", quindi viene visualizzata la schermata iniziale del nodo mesh video con un messaggio relativo all'accesso non autorizzato vietato. |
| 6 | Premere Invio per caricare il menu principale. |
Operazioni successive
Impostazione della configurazione di rete del nodo mesh video nella console
Impostazione della configurazione di rete del nodo mesh video nella console
Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato.
Questa procedura è richiesta se non sono state configurate le impostazioni di rete al momento della distribuzione OVA.
L'interfaccia interna (l'interfaccia predefinita per il traffico) viene utilizzata per CLI, SIP trunk, traffico SIP e gestione dei nodi. L'interfaccia esterna (esterna) è per la comunicazione HTTPS e websocket a Webex, insieme al traffico a cascata dai nodi a Webex. |
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Operazioni successive
Una volta installata e configurata l'immagine software con le impostazioni di rete (indirizzo IP, DNS, NTP e così via) e accessibile sulla rete aziendale, è possibile passare alla fase successiva di registrazione sicura nel cloud. L'indirizzo IP configurato sul nodo mesh video è accessibile solo dalla rete aziendale. Dal punto di vista della sicurezza, il nodo è indurito in modo che solo gli amministratori dei clienti possano accedere all'interfaccia del nodo per eseguire la configurazione.
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 5 Configurazione IP esterno e fare clic su Seleziona. | ||
| 2 | Fare clic su 1 Abilita/Disabilita, quindi su Seleziona, quindi su Sì per abilitare le opzioni dell'indirizzo IP esterno sul nodo. | ||
| 3 | Come per la configurazione di rete iniziale, immettere i valori di indirizzo IP (esterno), maschera e gateway.
| ||
| 4 | Fare clic su Salva e riavvia. Il nodo si riavvia per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna.
| ||
| 5 | Per convalidare la configurazione dell'indirizzo IP interno ed esterno, dal menu principale della console, andare a 4 Diagnostica, quindi scegliere Ping. | ||
| 6 | Nel campo ping, immettere un indirizzo di destinazione che si desidera testare, come una destinazione esterna o un indirizzo IP interno, quindi fare clic su OK.
|
Operazioni successive
API nodo mesh video
Le API del nodo mesh video consentono agli amministratori dell'organizzazione di gestire password, impostazioni di rete interne ed esterne, modalità di manutenzione e certificati del server relativi ai nodi mesh video. Queste API possono essere richiamate tramite qualsiasi strumento API come Postman oppure è possibile creare il proprio script per chiamarle. L'utente deve chiamare le API utilizzando l'endpoint appropriato (è possibile utilizzare IP nodo o FQDN), metodo, corpo, intestazioni, autorizzazione, ecc. per eseguire l'azione desiderata e ottenere una risposta adeguata, in base alle informazioni fornite di seguito.
API VMN di amministrazione
Le API di amministrazione mesh video consentono agli amministratori dell'organizzazione di gestire la modalità di manutenzione e la password dell'account amministratore dei nodi mesh video.
Ottenere lo stato della modalità di manutenzione
Recupera lo stato della modalità di manutenzione corrente (stato previsto: on, off, pending o requested).
[GET] https://<node_ip>/api/v1/external/maintenanceMode
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}
Risposta campione 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta di esempio 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Abilitazione o disabilitazione della modalità di manutenzione
Quando si mette un nodo mesh video in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti).
[PUT] https://<node_ip>/api/v1/external/maintenanceMode
Chiama questa API solo se non sono presenti chiamate attive. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"maintenanceMode": "on"
}
maintenanceMode - Stato della modalità di manutenzione da impostare - "on" o "off".
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}
Risposta campione 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}
Modifica password amministratore
Modifica la password dell'utente amministratore.
[PUT] https://<node_ip>/api/v1/external/password
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"newPassword": "new"
}
newPassword: la nuova password da impostare per l'account "admin" del nodo mesh video.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}
API di rete VMN
Le API di rete mesh video consentono agli amministratori dell'organizzazione di gestire le impostazioni di rete interne ed esterne.
Richiedi configurazione rete esterna
Rileva se la rete esterna è abilitata o disabilitata. Se la rete esterna è abilitata, recupera anche l'indirizzo IP esterno, la subnet mask esterna e il gateway esterno.
[GET] https://<node_ip>/api/v1/external/externalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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"
}
}
Risposta campione 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}
Modifica configurazione rete esterna
Modifica le impostazioni di rete esterna. Questa API può essere utilizzata per abilitare la rete esterna insieme all'impostazione o alla modifica dell'interfaccia di rete esterna con indirizzo IP esterno, subnet mask esterna e gateway esterno. Può anche essere utilizzato per disabilitare la rete esterna. Dopo aver apportato modifiche alla configurazione della rete esterna, il nodo viene riavviato per applicare tali modifiche.
[PUT] https://<node_ip>/api/v1/external/externalNetwork
È possibile configurare questa opzione solo per i nodi mesh video di nuova distribuzione, la cui password di amministrazione predefinita è stata modificata. Non utilizzare questa API dopo aver registrato il nodo in un'organizzazione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Abilitazione della rete esterna:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}
Disabilitazione della rete esterna:
{
"externalNetworkEnabled": false
}
externalNetworkEnabled- Valore booleano (vero o falso) per abilitare/disabilitare la rete esterna
externalIp - IP esterno da aggiungere
externalMask - La netmask per la rete esterna
externalGateway - Il gateway per la rete esterna
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 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."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}
Ottieni dettagli rete interna
Recupera i dettagli di configurazione della rete interna che includono modalità di rete, indirizzo IP, subnet mask, gateway, dettagli di memorizzazione nella cache DNS, server DNS, server NTP, interfaccia interna MTU, nome host e dominio.
[GET] https://<node_ip>/api/v1/external/internalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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": ""
}
}
Risposta campione 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}
Modifica server DNS
Aggiorna i server DNS con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dns
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsServers": "1.1.1.1 2.2.2.2"
}
dnsServer - Server DNS da aggiornare. Sono consentiti più server DNS separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica server NTP
Aggiorna i server NTP con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/ntp
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"ntpServers": "1.1.1.1 2.2.2.2"
}
ntpServer - server NTP da aggiornare. Sono consentiti più server NTP separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica nome organizzatore e dominio
Aggiorna il nome host e il dominio del nodo mesh video.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/host
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"hostName": "test-vmn",
"domain": "abc.com"
}
hostName - Il nuovo nome host del nodo.
dominio - Il nuovo dominio per il nome host del nodo (opzionale).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Consente di abilitare o disabilitare la memorizzazione nella cache DNS. Si consiglia di abilitare la memorizzazione nella cache se i controlli DNS spesso richiedono oltre 750 ms per la risoluzione o se consigliato dal supporto Cisco.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dnsCaching
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsCaching": true
}
dnsCaching - Configurazione della cache DNS. Accetta il valore booleano (vero o falso).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}
Modifica MTU interfaccia
Modifica l'unità di trasmissione massima (MTU) per le interfacce di rete del nodo dal valore predefinito di 1500. Sono consentiti valori compresi tra 1280 e 9000.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/mtu
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"internalInterfaceMtu": 1500
}
internalInterfaceMtu - Unità massima di trasmissione per le interfacce di rete del nodo. Il valore deve essere compreso tra 1280 e 9000.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}
API certificati server VMN
Le API di certificato del server mesh video consentono agli amministratori dell'organizzazione di creare, aggiornare, scaricare ed eliminare i certificati relativi ai nodi mesh video. Per ulteriori informazioni, vedere Catene di certificati di scambio tra nodi mesh video e Unified CM.
Creare il certificato CSR
Genera un certificato CSR (Certificate Signing Request) e la chiave privata, in base ai dettagli forniti.
[POST] https://<node_ip>/api/v1/externalCertManager/generateCsr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}
commonName - IP/FQDN del nodo mesh video fornito come nome comune. (obbligatorio)
emailAddress - Indirizzo e-mail dell'utente. (opzionale)
altNames - Nome(i) alternativo(i) oggetto (opzionale). Sono consentiti più nomi di domini completi separati da spazi. Se previsto, deve contenere il nome comune. Se non vengono forniti i nomi alt, viene utilizzato il nome comune come valore dei nomi alt.
organizzazione - Nome organizzazione/società (opzionale)
organizationUnit - Unità organizzativa o Nome del reparto o del gruppo, ecc. (opzionale)
località - Città/Località. (opzionale)
stato - Stato/Provincia. (opzionale)
paese - Paese/Regione. Abbreviazione a due lettere. Non fornire più di due lettere. (opzionale)
passphrase - Passphrase chiave privata. (opzionale)
keyBitSize - Dimensione bit chiave privata. I valori accettati sono 2048, per impostazione predefinita o 4096. (opzionale)
Intestazioni richiesta:
Tipo di contenuto: 'applicazione/json'
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}
Risposta campione 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."
}
}
Scarica il certificato CSR
Scarica il certificato CSR generato.
[GET] https://<node_ip>/api/v1/externalCertManager/csr
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}
Scarica la chiave privata
Scarica la chiave privata generata insieme al certificato CSR.
[GET] https://<node_ip>/api/v1/externalCertManager/key
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}
Eliminazione del certificato CSR
Elimina il certificato CSR esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/csr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}
Elimina la chiave privata
Elimina la chiave privata esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/key
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}
Installare il certificato firmato CA e la chiave privata
Carica il certificato firmato CA fornito e la chiave privata sul nodo mesh video e installa il certificato sul nodo.
[POST] https://<node_ip>/api/v1/externalCertManager/uploadInstallCaCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Utilizzare 'form-data' per caricare i seguenti file:
File certificato firmato CA (.crt) con chiave come 'crtFile'.
File della chiave privata (.key) con la chiave come 'keyFile'.
Intestazioni richiesta:
Tipo di contenuto: "dati multiparte/modulo"
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}
Risposta di esempio 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."
}
}
Scarica il certificato firmato CA
Scarica il certificato firmato CA installato sul nodo.
[GET] https://<node_ip>/api/v1/externalCertManager/caCert
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}
Eliminare il certificato firmato dall'autorità di certificazione
Elimina il certificato firmato dall'autorità di certificazione installato sul nodo.
[CANCELLA] https://<node_ip>/api/v1/externalCertManager/caCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}
Risposte API comuni
Di seguito sono elencate alcune risposte di esempio che è possibile riscontrare durante l'uso di qualsiasi API menzionata sopra.
Risposta campione 1: Credenziali errate fornite nell'autorizzazione di base.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta campione 2: VMN non viene aggiornato alla versione richiesta che supporta queste API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}
Risposta di esempio 3: Riferimento errato inserito nell'intestazione (quando l'intestazione non era prevista).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}
Risposta di esempio 4: Limite di velocità superato, provare dopo qualche tempo.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Aggiungi regole di indirizzamento interne ed esterne
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
| 1 | Dall'interfaccia del nodo mesh video, scegliere 5 Configurazione IP esterna, quindi fare clic su Seleziona. | ||
| 2 | Scegliere 3 Gestisci regole di indirizzamento, quindi fare clic su Seleziona. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna.
È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 3 | Effettuare le seguenti operazioni secondo necessità:
Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Registrazione del nodo mesh video nel cloud Webex
Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail.
Operazioni preliminari
Una volta iniziata la registrazione di un nodo, è necessario completarlo entro 60 minuti o iniziare da capo.
Verificare che gli eventuali blocchi popup nel browser siano disabilitati o che sia consentita un'eccezione per https://admin.webex.com.
Per ottenere i migliori risultati, distribuire tutti i nodi di un cluster nello stesso centro dati. Vedere Cluster in mesh video per informazioni su come funzionano e procedure consigliate.
Dall'organizzatore o dalla macchina in cui si stanno registrando i nodi mesh video nel cloud, è necessario disporre della connettività al cloud Webex e agli indirizzi IP mesh video registrati (in un ambiente NIC doppio, in particolare gli indirizzi IP interni dei nodi mesh video).
| 1 |
Accedi a Control Hub utilizzando le credenziali di amministrazione. La funzionalità di amministrazione di Control Hub è disponibile solo per gli utenti definiti come amministratori in Control Hub. Per ulteriori informazioni, vedere Ruoli account cliente. | ||
| 2 | Vai a e sceglierne uno:
| ||
| 3 | Accertarsi di aver installato e configurato il nodo mesh video. Fare clic su Sì, sono pronto per eseguire la registrazione..., quindi fare clic su Avanti. | ||
| 4 | In Crea un nuovo cluster o seleziona un cluster, scegline uno:
| ||
| 5 | In Inserisci il nome di dominio completo o l'indirizzo IP, inserisci il nome di dominio completo o l'indirizzo IP interno del nodo mesh video, quindi fai clic su Avanti.
Un nome di dominio completo deve essere risolto direttamente all'indirizzo IP o non è utilizzabile. Eseguiamo la convalida su FQDN per escludere qualsiasi errore di tipo o di configurazione.
| ||
| 6 | In Aggiorna pianificazione, scegliere un'ora, una frequenza e un fuso orario. L'impostazione predefinita è una pianificazione di aggiornamento giornaliera. È possibile passare a una pianificazione settimanale in un giorno specifico. Quando è disponibile un aggiornamento, il software del nodo mesh video viene aggiornato automaticamente durante il periodo di tempo selezionato.
| ||
| 7 | In Notifiche e-mail, aggiungere gli indirizzi e-mail dell'amministratore per iscriversi alle notifiche sugli allarmi di servizio e sugli aggiornamenti software. L'indirizzo e-mail amministratore viene aggiunto automaticamente. Puoi rimuoverlo se vuoi. | ||
| 8 | Attivare l'impostazione Qualità video per abilitare il video 1080p 30fps. Con questa impostazione, i partecipanti SIP che accedono a una riunione ospitata in un nodo mesh video possono utilizzare video a 1080p e 30fps se sono tutti all'interno della rete aziendale e stanno utilizzando un dispositivo ad alta definizione. L'impostazione si applica a tutti i cluster di nodi.
| ||
| 9 | Leggi le informazioni in Completa registrazione, quindi fai clic su Vai a nodo per registrare il nodo sul cloud Webex. Viene visualizzata una nuova scheda del browser per controllare il nodo. Questa operazione consente di proteggere il nodo mesh video utilizzando l'indirizzo IP del nodo. Durante il processo di registrazione, Control Hub reindirizza l'utente al nodo mesh video. L'indirizzo IP deve essere protetto, altrimenti la registrazione non riesce. Il processo di registrazione deve essere completato dalla rete aziendale in cui è installato il nodo. | ||
| 10 | Selezionare Consenti accesso al nodo mesh video Webex, quindi fare clic su Continua. | ||
| 11 | Fare clic su Consenti . L'account è stato convalidato, il nodo mesh video è registrato e viene visualizzato il messaggio Registrazione completata, a indicare che il nodo mesh video è ora registrato in Webex. Il nodo mesh video ottiene le credenziali della macchina in base ai diritti della propria organizzazione. Le credenziali generate dalla macchina scadono periodicamente e vengono aggiornate. | ||
| 12 | Fare clic sul collegamento al portale o chiudere la scheda per tornare alla pagina mesh video. Nella pagina Mesh video, ora viene visualizzato il nuovo cluster contenente il nodo mesh video registrato.
A questo punto, il nodo mesh video è pronto per comunicare con i servizi cloud Cisco sui canali protetti utilizzando un token emesso per l'autenticazione. Il nodo mesh video comunica anche con Docker Hub (docker.com, docker.io). Docker è utilizzato dal nodo mesh video per conservare i contenitori per la distribuzione a diversi nodi mesh video in tutto il mondo. Solo Cisco dispone delle credenziali per scrivere a Docker Hub. I nodi mesh video possono raggiungere Docker Hub utilizzando le credenziali di sola lettura per scaricare i container per gli aggiornamenti.
|
Aspetti da tenere presenti
Tenere presenti le seguenti informazioni sul nodo mesh video e sul funzionamento della stessa una volta eseguita la registrazione nell'organizzazione Webex:
Quando distribuisci un nuovo nodo mesh video, l'app Webex e il dispositivo registrato su Webex non riconosceranno il nuovo nodo per un massimo di 2 ore. I client verificano la raggiungibilità del cluster durante l'avvio, una modifica di rete o la scadenza della cache. Puoi attendere 2 ore o, come soluzione, riavviare l'app Webex o riavviare il dispositivo di sala o da scrivania Webex. Successivamente, l'attività di chiamata viene acquisita nei report mesh video in Control Hub.
Un nodo mesh video si registra in una singola organizzazione Webex; non è un dispositivo multitenant.
Per comprendere cosa utilizza e cosa non utilizza il nodo mesh video, vedere la tabella in Client e dispositivi che utilizzano il nodo mesh video.
Il nodo mesh video può connettersi al sito Webex o al sito Webex di un altro cliente o partner. Ad esempio, il sito A ha distribuito un cluster di nodi mesh video e l'ha registrato con il dominio example1.webex.com. Se gli utenti nel Sito Effettuano Una chiamata di accesso a mymeeting@example1.webex.com, utilizzano il nodo mesh video e si può creare una cascata. Se gli utenti nel sito A chiamano yourmeeting@esempio2.webex.com, gli utenti del sito A utilizzeranno il nodo mesh video locale e si connetteranno alla riunione sull'organizzazione Webex del sito B.
Operazioni successive
Per registrare nodi aggiuntivi, ripetere questa procedura.
Se è disponibile un aggiornamento, si consiglia di applicarlo il prima possibile. Per eseguire l'aggiornamento, effettuare le seguenti operazioni:
I dati di provisioning vengono trasferiti al cloud Webex dal team di sviluppo di Cisco su canali protetti. I dati di provisioning sono firmati. Per i container, i dati di provisioning contengono nome, checksum, versione e così via. Il nodo mesh video ottiene anche i dati di provisioning dal cloud Webex su canali protetti.
Una volta ricevuti i dati di provisioning dal nodo mesh video, il nodo esegue l'autenticazione con credenziali di sola lettura e scarica il contenitore con checksum e nome specifici e aggiorna il sistema. Ciascun contenitore in esecuzione sul nodo mesh video ha un nome immagine e un checksum. Questi attributi vengono caricati nel cloud Webex utilizzando canali protetti.
Abilitazione della qualità del servizio (QoS) per il nodo mesh video
Operazioni preliminari
Apportare le modifiche necessarie alla porta del firewall coperte nel diagramma e nella tabella. Vedere Porte e protocolli utilizzati dal mesh video.
Per abilitare i nodi mesh video per la QoS, i nodi devono essere online. I nodi in modalità di manutenzione o stati non in linea sono esclusi quando si abilita questa impostazione.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic su Modifica impostazioni nella scheda mesh video. | ||
| 2 | Scorrere fino a Qualità del servizio e fare clic su Abilita. Quando questa opzione è abilitata, viene visualizzato l'intervallo di porte ampio e discreto (determinato dalla configurazione del controllo chiamate locale) utilizzato per audio e video per client/endpoint SIP locali e cascata intracluster con contrassegni DSCP univoci:.
Tutto il traffico SIP e a cascata dai nodi mesh video è contrassegnato con EF per l'audio e AF41 per il video. Gli intervalli di porte discrete vengono utilizzati come porte di origine per la propagazione a catena di contenuti multimediali in altri nodi mesh video e nodi multimediali cloud nonché porte di origine e di destinazione per contenuti multimediali client SIP. Le app Webex Teams e il contenuto multimediale a cascata continuano a utilizzare la porta condivisa di destinazione di 5004 e la rampa porta 50000–53000.
Viene visualizzato un messaggio di stato che mostra quali nodi sono abilitati uno ad uno per l'intervallo di porte QoS. Puoi fare clic su Rivedi nodi in sospeso per visualizzare un elenco di nodi in sospeso per la QoS. L'abilitazione di questa impostazione può richiedere fino a 2 ore, in base al traffico di chiamate sui nodi. | ||
| 3 | Se la QoS non è completamente abilitata entro 2 ore, aprire un caso con il supporto per ulteriori indagini. I nodi vengono riavviati e vengono aggiornati con il nuovo intervallo di porte. |
Se si decide di disabilitare l'impostazione, viene visualizzato l'intervallo di porte ridotto e consolidato utilizzato per audio e video (34000–34999). Tutto il traffico dai nodi mesh video (SIP, a cascata, traffico cloud e così via) ottiene una singola marcatura di AF41.
Verifica degli intervalli di porte del nodo mesh video con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Configurazione del nodo mesh video per l'integrazione proxy
Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente o un proxy esplicito, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare la connessione del proxy e risolvere eventuali problemi potenziali.
Operazioni preliminari
Vedere Supporto proxy per il mesh video per una panoramica delle opzioni proxy supportate.
| 1 | Inserire l'URL di impostazione mesh video | ||||||||||
| 2 | Vai su Trust Store & Proxy, quindi scegli un'opzione:
Seguire i passaggi successivi per un controllo trasparente o un proxy esplicito. | ||||||||||
| 3 | Fare clic su Carica un certificato principale o un certificato dell'entità finale, quindi individuare e scegliere il certificato principale per il proxy di ispezione esplicito o trasparente. Il certificato viene caricato ma non ancora installato poiché è necessario riavviare il nodo per installare il certificato. Fare clic sulla freccia in base al nome dell'emittente del certificato per ottenere ulteriori dettagli o fare clic su Elimina se si è commesso un errore e si desidera ricaricare il file. | ||||||||||
| 4 | Per un controllo trasparente o proxy espliciti, fare clic su Verifica connessione proxy per verificare la connettività di rete tra il nodo mesh video e il proxy. Se il test di connessione non riesce, viene visualizzato un messaggio di errore che mostra il motivo e come è possibile correggere il problema. | ||||||||||
| 5 | Una volta superato il test di connessione, per il proxy esplicito, attivare il tasto di alternanza per indirizzare tutte le richieste 443 https della porta da questo nodo attraverso il proxy esplicito. Questa impostazione richiede 15 secondi per avere effetto. | ||||||||||
| 6 | Fare clic su Installa tutti i certificati nell'archivio attendibilità (viene visualizzato ogni volta che è stato aggiunto un certificato radice durante l'impostazione del proxy) o su Riavvia (viene visualizzato se non è stato aggiunto alcun certificato radice), leggere il prompt e fare clic su Installa se si è pronti. Il nodo si riavvia entro pochi minuti. | ||||||||||
| 7 | Una volta riavviato il nodo, eseguire di nuovo l'accesso, se necessario, quindi aprire la pagina Panoramica per controllare i controlli di connettività e assicurarsi che siano tutti in stato verde. Il controllo della connessione proxy verifica solo un sottodominio di webex.com. Se si verificano problemi di connettività, un problema comune è che alcuni dei domini cloud elencati nelle istruzioni di installazione vengono bloccati sul proxy. |
Integrazione di mesh video con flusso attività controllo chiamate
Configurare i trunk SIP per indirizzare la chiamata in ingresso SIP per le riunioni Webex su mesh video. I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP locali e i cluster mesh video.
Operazioni preliminari
Vedere Modelli Di Distribuzione Per Mesh Video e Cisco Unified Communications Manager per conoscere gli esempi di distribuzione comuni.
Il mesh video supporta TCP o TLS tra la segnalazione Unified CM e SIP. SIP TLS non è supportato per VCS Expressway.
In Unified CM, ciascun trunk SIP può supportare fino a 16 destinazioni mesh video (indirizzi IP).
In Unified CM, le porte in ingresso sul profilo di sicurezza SIP Trunk possono essere predefinite (profilo trunk SIP non protetto).
Mesh video supporta 2 percorsi di indirizzamento: sitename.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Mesh video supporta 3 percorsi di indirizzamento: webex.com (per brevi indirizzi video), nomesito.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Quando si utilizza il formato dell'indirizzo video breve ( meeting@webex.com ), il nodo mesh video gestisce sempre la chiamata. Il nodo gestisce la chiamata anche se la chiamata è a un sito con mesh video abilitato.
Scegliere una di queste opzioni, in base all'ambiente di controllo delle chiamate e ai requisiti di sicurezza:
|
Configurazione dell'indirizzamento del traffico Unified CM Secure TLS SIP per mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un trunk SIP per indicare un Expressway per failover cloud Webex.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Creare un percorso di indirizzamento SIP per le riunioni dell'app Webex (compatibilità con le versioni precedenti): |
Configurazione dell'indirizzamento del traffico SIP TCP di Unified CM per il mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un nuovo trunk SIP per puntare a un Expressway.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Crea un percorso di indirizzamento SIP per le riunioni dell'app Webex: |
Configurare il routing del traffico SIP TCP Expressway per il mesh video
| 1 | Crea una zona che punta ai cluster mesh video: |
| 2 | Crea sequenze di chiamata per cluster mesh video per siti Webex: |
| 3 | Creare un client trasversale e una coppia di zone che punti al cloud Expressway per failover: |
| 4 | Creare una regola di ricerca di fallback nella zona client trasversale che porta a Expressway-E: |
| 5 | Da Expressway-E, vai a . Fare clic su Nuovo e aggiungere la zona Webex. Nelle versioni precedenti alla X8.11, è stata creata una nuova zona DNS per questo scopo. |
| 6 | Creare una sequenza di chiamata per Expressway cloud: |
| 7 | Per i dispositivi SIP registrati su Expressway-C, aprire l'indirizzo IP del dispositivo in un browser, andare a Impostazione, scorrere fino a SIP e scegliere Standard dal menu a discesa Tipo . |
Catene di certificati di scambio tra nodi mesh video e Unified CM
Completare uno scambio di certificati per stabilire la fiducia bidirezionale tra le interfacce mesh video e Unified CM. Con la configurazione del trunk sicuro, i certificati consentono al traffico SIP crittografato e al contenuto multimediale SRTP nella propria organizzazione da Unified CM attendibili di atterrare sui nodi mesh video attendibili.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
Operazioni preliminari
Per motivi di sicurezza, si consiglia di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo.
| 1 | Aprire l'interfaccia del nodo mesh video (indirizzo IP/impostazione, ad esempio, | ||||
| 2 | Andare a Certificati server e richiedere e caricare un certificato e una coppia di chiavi come necessario: | ||||
| 3 | In un'altra scheda del browser, da Cisco Unified OS Administration, andare a . Immettere i criteri di ricerca e fare clic su Trova, quindi scegliere il nome del file del certificato o la Certificate Trust List (CTL) e fare clic su Scarica. Salva il file Unified CM in un punto facile da ricordare e lascia aperta l'istanza Unified CM nella scheda del browser. | ||||
| 4 | Tornare alla scheda dell'interfaccia del nodo mesh video, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato su cloud si spegne cortesemente, in attesa fino a 2 ore per la fine di qualsiasi chiamata. Per installare il certificato CallManager.pem, il nodo viene riavviato automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato CallManager.pem viene installato sul nodo mesh video. È quindi possibile ricaricare la pagina per visualizzare il nuovo certificato. | ||||
| 5 | Tornare alla scheda Amministrazione del sistema operativo Cisco Unified e fare clic su Carica certificato/catena di certificati. Scegliere il nome del certificato dall'elenco a discesa Scopo certificato, selezionare il file scaricato dall'interfaccia del nodo mesh video, quindi fare clic su Apri. | ||||
| 6 | Per caricare il file sul server, fare clic su Carica file. Se si sta caricando una catena di certificati, è necessario caricare tutti i certificati nella catena.
|
Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione
Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza un'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video.
Impostazioni | Risultato |
|---|---|
Unified CM è configurato con un trunk sicuro e questa impostazione Video Mesh Control Hub non è abilitata. | Chiamate non riuscite. |
Unified CM non è configurato con un trunk sicuro e questa impostazione di Video Mesh Control Hub è abilitata. | Le chiamate non avranno esito negativo ma torneranno in modalità non protetta. |
Gli endpoint Cisco devono anche essere configurati con un profilo di sicurezza e una negoziazione TLS per il funzionamento della crittografia end-to-end. In caso contrario, le chiamate vengono riversate sul cloud dagli endpoint non configurati con TLS. Si consiglia di abilitare questa funzione solo se tutti gli endpoint possono essere configurati per utilizzare TLS. |
Operazioni preliminari
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Scorrere fino a Crittografia multimediale e attivare l'impostazione. Questa impostazione rende obbligatoria la crittografia su tutti i canali multimediali che passano attraverso i nodi mesh video nella tua organizzazione. Tenere presente la tabella precedente e le note di attenzione per le situazioni in cui le chiamate potrebbero non riuscire e per le funzioni richieste per la crittografia end-to-end. |
| 3 | Fare clic su Mostra tutto e ripetere le seguenti operazioni su ciascun cluster mesh video che si desidera abilitare per il traffico SIP sicuro. |
Abilitazione del mesh video per il sito Webex
Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic sul sito Webex dalla scheda Riunioni, quindi fare clic su Impostazioni |
| 2 | Accedere alle Impostazioni comuni facendo clic su Servizio > Riunione > Impostazioni sito. Da Impostazioni comuni, fare clic su Cloud Collaboration Meeting Rooms (CMR), scegliere Video Mesh per Media Resource Type, quindi fare clic su Salva in basso.
Questa impostazione collega il mesh video e le istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. L'impostazione deve essere popolata in tutto l'ambiente dopo 15 minuti. Le riunioni Webex che iniziano dopo questa modifica verranno inserite nella nuova impostazione. Se si lascia questo campo impostato su Cloud (opzione predefinita), tutte le riunioni vengono ospitate nel cloud e il nodo mesh video non viene utilizzato. |
Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex
Verificare l'esperienza di riunione sull'endpoint sicuro
Utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e che venga visualizzata l'esperienza di riunione corretta.
| 1 | Accedere a una riunione dall'endpoint protetto. |
| 2 | Verificare che l'elenco dell'elenco riunioni venga visualizzato sul dispositivo. Questo esempio mostra come appare l'elenco delle riunioni su un endpoint con un pannello touch:
|
| 3 | Durante la riunione, accedere alle informazioni della conferenza Webex da Dettagli chiamata . |
| 4 | Verificare che la sezione Crittografia mostri il file Digitare come AES-128 e il Stato come Attivato .
|
Analisi mesh video
La funzionalità di analisi fornisce informazioni su come utilizzare i nodi e i cluster mesh video locali nell'organizzazione Webex. Con i dati cronologici nella vista delle metriche, è possibile gestire in modo più efficace le risorse mesh video monitorando la capacità, l'utilizzo e la disponibilità delle risorse locali. È possibile utilizzare queste informazioni per prendere decisioni sull'aggiunta di altri nodi mesh video a un cluster o sulla creazione di nuovi cluster, ad esempio. L'analisi del mesh video è disponibile in Control Hub sotto .
Per facilitare l'analisi dei dati nell'organizzazione, è possibile eseguire lo zoom dei dati visualizzati nel grafico e isolare un periodo di tempo specifico. Per la funzionalità di analisi, è anche possibile compilare report con taglie e dadi per mostrare dettagli più dettagliati.
L'analisi dei mesh video e i report di risoluzione dei problemi mostrano i dati nel fuso orario impostato per il browser locale. |
Analisi
L'analisi del mesh video fornisce una tendenza a lungo termine (fino a 3 mesi di dati) nelle categorie di coinvolgimento, utilizzo delle risorse e utilizzo della larghezza di banda.

Monitoraggio in diretta
La scheda di monitoraggio in diretta fornisce una vista in tempo reale dell'attività nella tua organizzazione: fino a 1 minuto di aggregazione e la possibilità di visualizzare le ultime 4 ore o 24 ore su tutti i cluster o su cluster specifici. Questa scheda in Control Hub viene aggiornata automaticamente, ogni 1 minuto per le ultime 4 ore e ogni 10 minuti per le ultime 24 ore.
Accesso, filtro e salvataggio dei report di monitoraggio in diretta mesh video
I report di monitoraggio in diretta del mesh video sono disponibili nella pagina Risoluzione dei problemi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo.
| ||||
| 2 | Dal tasto di alternanza a sinistra, scegli un'opzione per filtrare la distanza di tempo che desideri mostrare ai dati.
| ||||
| 3 | Interagire con i grafici utilizzando le seguenti opzioni come necessario:
| ||||
| 4 | Una volta filtrati i dati nei report, fare clic su Altro
|
Accesso, filtro e salvataggio dell'analisi mesh video
I report metrici del mesh video sono disponibili nella pagina Analisi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo. | ||||||
| 2 | Fare clic su una categoria, a seconda del tipo di dati che si sta cercando:
| ||||||
| 3 | Dall'elenco a discesa a destra, scegliere un'opzione per ridurre la distanza nel tempo che si desidera mostrare i dati.
| ||||||
| 4 | Interagire con le tabelle o i grafici delle ciambelle utilizzando le seguenti opzioni come necessario:
| ||||||
| 5 | Una volta filtrati i dati nei report, fare clic su Altro
| ||||||
| 6 | Cancella tutti i filtri dalla barra dei filtri se desideri ripristinare la vista di analisi. |
Analisi disponibile per mesh video
Per informazioni dettagliate sulle analisi disponibili in Control Hub, vedi la sezione Mesh video di Analisi per il portfolio Cloud Collaboration.
Strumento di monitoraggio per mesh video
Lo strumento Monitoraggio in Control Hub consente all'organizzazione di monitorare lo stato della distribuzione di mesh video. È possibile eseguire i seguenti test su nodi mesh video, cluster o entrambi per ottenere risultati per parametri specifici.
Test di segnalazione - Verifica se la segnalazione SIP e la segnalazione multimediale si verificano tra il nodo mesh video e i servizi multimediali cloud Webex .
Test a cascata - Verifica se è possibile stabilire una propagazione a catena tra il nodo mesh video e i servizi multimediali cloud Webex .
Test di raggiungibilità - Verifica se il nodo mesh video può raggiungere le porte di destinazione per i flussi multimediali nei servizi multimediali cloud Webex . Verifica inoltre se il nodo mesh video è in grado di comunicare con i cluster cloud associati ai contenitori multimediali attraverso tali porte.
Quando si esegue un test, lo strumento crea una riunione simulata. Al termine del test, viene visualizzato un risultato positivo o negativo con suggerimenti per la risoluzione dei problemi in linea nel report. È possibile pianificare l'esecuzione periodica del test o eseguirlo su richiesta. Per ulteriori informazioni, vedere Monitoraggio dell'integrità dei supporti per mesh video .
Eseguire un test immediato
Utilizzare questa procedura per eseguire un test della raggiungibilità e del monitoraggio dell'integrità dei file multimediali su richiesta su nodi mesh video e/o cluster registrati nell'organizzazione di Control Hub. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . | ||
| 2 | Fare clic su Configura test , fare clic Prova ora , quindi selezionare i nodi e/o i cluster che si desidera testare.
| ||
| 3 | Fare clic su Eseguire il test . |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Configurare i test periodici
Utilizzare questa procedura per configurare e avviare test periodici di raggiungibilità e di monitoraggio dell'integrità dei supporti. Questi test vengono eseguiti ogni 6 ore per impostazione predefinita. È possibile eseguire questi test a livelli a livello di cluster, specifici di cluster o specifici di nodo. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . |
| 2 | Fare clic su Configura test , fare clic Test periodico , quindi selezionare i nodi e/o i cluster che si desidera testare. |
| 3 | Scegli un'opzione:
|
| 4 | Fai clic su Avanti. |
| 5 | Rivedere l'elenco di cluster e nodi per eseguire i test periodici. Se si è soddisfatti, fare clic Configura per pianificare la configurazione corrente. |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Abilitazione del video HD 1080p per i dispositivi SIP locali nelle riunioni con nodo mesh video
Questa impostazione consente alla tua organizzazione di preferire video ad alta definizione 1080p per endpoint SIP registrati in locale, con una permuta di capacità di riunione inferiore. Un nodo mesh video deve organizzare la riunione. I partecipanti possono utilizzare video 1080p 30fps a condizione che:
Sono tutti all'interno della rete aziendale.
Stanno utilizzando un dispositivo SIP registrato in locale ad alta definizione.
L'impostazione si applica a tutti i cluster contenenti nodi mesh video.
I dispositivi registrati sul cloud continuano a inviare e ricevere flussi a 1080p, indipendentemente dall'attivazione o disattivazione di questa impostazione. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Attiva Qualità video. Se questa impostazione è disattivata, l'impostazione predefinita è 720 p. |
Per le risoluzioni video supportate dall'app Webex, vedere Specifiche video per chiamate e riunioni.
Riunioni private
La funzione di riunione privata migliora la sicurezza della riunione eseguendo l'interruzione del servizio multimediale in locale. Quando si pianifica una riunione privata, il contenuto multimediale termina sempre sui nodi mesh video all'interno della rete aziendale senza cascata di cloud.
Come mostrato qui, le riunioni private non trasferiscono mai il contenuto multimediale sul cloud. Il contenuto multimediale termina interamente sui cluster mesh video. I cluster mesh video possono essere collegati in cascata solo l'uno con l'altro.
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzano cluster riservati, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
L'app Webex con l'esperienza Webex con funzionalità complete abilitata non è compatibile con mesh video. Per informazioni dettagliate, vedi Client e dispositivi che utilizzano il nodo mesh video. |
Supporto e limitazioni per le riunioni private
Mesh video supporta le riunioni private come segue:
Le riunioni private sono disponibili su Webex versione 40.12 e successive.
Solo le riunioni pianificate possono utilizzare il tipo di riunione privata. Per informazioni dettagliate, vedere l'articolo Pianificazione di una riunione privata Cisco Webex.
Le riunioni private non sono disponibili per le riunioni con funzionalità complete avviate o a cui si è partecipato dall'app Webex.
È possibile utilizzare qualsiasi dispositivo attualmente supportato dal mesh video.
I nodi possono utilizzare qualsiasi immagine corrente: 72vCPU e 23vCPU.
La logica delle riunioni private non crea lacune nelle metriche. Raccogliamo le stesse metriche per Control Hub come per le riunioni non private.
Poiché alcuni utenti non attivano questa funzione, i report di analisi per le riunioni private non vengono visualizzati se la tua organizzazione non dispone di una riunione privata tra 90 giorni.
Le riunioni private supportano la lavagna a 1 Via da un endpoint video.
Limiti
Le riunioni private presentano le seguenti limitazioni:
Le riunioni private supportano solo VoIP per l'audio. Non supportano Webex Edge Audio o PSTN.
Non puoi utilizzare una sala riunioni personale per una riunione privata.
Le riunioni private non supportano le funzioni Webex che richiedono una connessione al cloud, ad esempio, registrazione cloud, trascrizione e Webex Assistant.
Non puoi accedere a una riunione privata da un sistema video registrato su cloud non autenticato, anche uno che è stato accoppiato all'app Webex.
Uso delle riunioni private come tipo di riunione predefinito
In Control Hub, puoi specificare che le riunioni future pianificate per la tua organizzazione siano riunioni private.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Modifica impostazioni dalla scheda mesh video . Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 3 | Salvare la modifica. |
Quando abiliti questa impostazione, si applica a tutte le riunioni per la tua organizzazione, anche a quelle pianificate in precedenza.
(Opzionale) Prenotazione di un cluster per le riunioni private
Le riunioni private e non private di solito utilizzano le stesse risorse mesh video. Tuttavia, poiché le riunioni private devono mantenere i media locali, non possono impostare overflow sul cloud quando le risorse locali sono esaurite. Per ridurre tale possibilità, è possibile impostare un cluster mesh video per organizzare solo riunioni private.
In Control Hub, configura il cluster esclusivamente per l'organizzazione di riunioni private. Questa impostazione impedisce alle riunioni non private di utilizzare tale cluster. Riunioni private predefinite per l'uso di tale cluster. Se il cluster esaurisce le risorse, le riunioni private vengono trasmesse in cascata solo agli altri cluster mesh video.
Si consiglia di predisporre un cluster privato per gestire il picco di utilizzo previsto dalle riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a e fai clic su Mostra tutto sulla scheda mesh video. |
| 2 | Selezionare il cluster mesh video dall'elenco e fare clic su Modifica impostazioni cluster. |
| 3 | Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Messaggi di errore per le riunioni private
Questa tabella elenca i possibili errori che gli utenti possono visualizzare quando accedono a una riunione privata.
Messaggio di errore | Azione utente | Motivo |
|---|---|---|
Accesso alla rete esterna negato È necessario essere sulla rete aziendale per partecipare alla riunione privata. I dispositivi Webex accoppiati che si trovano al di fuori della rete aziendale non possono accedere alla riunione; in tale scenario, provare a collegare il laptop, il dispositivo mobile alla rete aziendale e accedere alla riunione in modalità non abbinata. | Un utente esterno accede dalla rete aziendale senza VPN o MRA. | Per accedere a una riunione privata, gli utenti esterni devono accedere alla rete aziendale attraverso una VPN o MRA. |
Un utente esterno è su VPN, ma è accoppiato a un dispositivo non autenticato. | Il contenuto multimediale del dispositivo non esegue il tunnel nella rete aziendale attraverso la VPN. Il dispositivo non può accedere a una riunione privata. Al contrario, dopo essersi connessi alla VPN, l'utente remoto deve accedere a una riunione privata in modalità dispositivo non abbinato dal client desktop o mobile. | |
Nessun cluster disponibile I cluster che ospitano questa riunione privata sono al massimo della capacità, irraggiungibili, offline o non registrati. Contatta l'amministratore IT per assistenza. | Un utente si trova sulla rete aziendale (in sede o da remoto tramite VPN), ma non può accedere a una riunione privata. | I cluster mesh video sono:
|
Non autorizzato Non si è autorizzati a partecipare a questa riunione privata in quanto non si è membri dell'organizzazione organizzatore. Contatta l'Organizzatore della riunione. | Un utente di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo gli utenti appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Un dispositivo di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo i dispositivi appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Mantenere i file multimediali su mesh video per tutte le riunioni Webex esterne
Quando i file multimediali vengono eseguiti attraverso i nodi mesh video locali, si ottengono prestazioni migliori e si utilizza meno larghezza di banda Internet.
Nelle versioni precedenti, si controllava l'uso del mesh video per le riunioni solo per i siti interni. Per le riunioni organizzate su siti Webex esterni, tali siti controllavano se il mesh video poteva essere esteso a Webex. Se un sito esterno non consente la propagazione a catena di mesh video, i file multimediali utilizzano sempre i nodi cloud Webex .
Con l'impostazione Preferisci mesh video per tutte le riunioni Webex esterne, se il sito Webex dispone di nodi mesh video disponibili, i file multimediali passano attraverso tali nodi per le riunioni organizzate su siti Webex esterni. Questa tabella riassume il funzionamento dei partecipanti alle riunioni Webex :
| L'impostazione è... | Riunione sul sito Webex interno con Cascate mesh video abilitate | Riunione sul sito Webex interno con cascate di mesh video disabilitate | Riunione su sito Webex esterno con Cascate mesh video abilitate | Riunione su sito Webex esterno con cascate di mesh video disabilitate |
|---|---|---|---|---|
| Abilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza i nodi mesh video. |
| Disabilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. |
Questa impostazione è disattivata per impostazione predefinita, in modo da mantenere il funzionamento delle versioni precedenti. In queste versioni, il mesh video non veniva trasferito a Webex e i partecipanti partecipavano attraverso i nodi cloud Webex .
| 1 | Nella vista cliente inhttps://admin.webex.com , andare a e fare clic Mostra tutto nella scheda mesh video. |
| 2 | Selezionare il cluster di mesh video nell'elenco e fare clic Modifica impostazioni . |
| 3 | Scorrere fino a Preferisci mesh video per tutte le Webex Meetings esterne e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Ottimizza l'utilizzo della distribuzione mesh video
È possibile visualizzare tutti i client sui cluster mesh video per una migliore esperienza utente tramite mesh video. Se la capacità del cluster mesh video è temporaneamente diminuita o se è stato aumentato l'utilizzo, è possibile ottimizzare l'utilizzo del cluster mesh video controllando quali tipi di client atterrano sui cluster mesh video. Ciò consente di gestire efficacemente la capacità esistente fino a quando non è possibile aggiungere altri nodi per soddisfare la domanda.
Vedi il portale Analisi in Control Hub per comprendere l'utilizzo, l'utilizzo, il reindirizzamento e le tendenze di overflow. In base a queste tendenze, è possibile, ad esempio, scegliere di far arrivare i client desktop o i dispositivi SIP sui cluster mesh video e di far arrivare i client mobili sui nodi cloud Webex. Rispetto ai client mobili, i client desktop e i dispositivi SIP supportano una risoluzione più elevata, hanno schermi più grandi e utilizzano più larghezza di banda e puoi ottimizzare l'esperienza utente per i partecipanti utilizzando tali tipi di client.
È inoltre possibile ottimizzare la capacità dei cluster e massimizzare l'esperienza utente avendo i tipi di client utilizzati dalla maggior parte dei clienti sui cluster mesh video.
| 1 | Accedi a Control Hub, quindi seleziona . - oppure - Selezionare . |
| 2 | In Impostazioni inclusione tipo di client, tutti i tipi di client sono controllati per impostazione predefinita. Deselezionare i tipi di client che si desidera escludere dall'uso dei cluster mesh video. Questi cluster sono ospitati sui nodi cloud Webex. |
| 3 | Fai clic su Salva. |
Annulla registrazione nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Visualizza tutto sulla scheda mesh video. |
| 3 | Dall'elenco delle risorse, vai al cluster appropriato e scegli il nodo. |
| 4 | Fare clic su . Viene visualizzato un messaggio che richiede di confermare che si desidera eliminare il nodo. |
| 5 | Dopo aver letto e compreso il messaggio, fare clic su Annulla registrazione nodo. |
Sposta nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi scegliere Visualizza tutto sulla scheda mesh video. |
| 2 | Dall'elenco, selezionare il nodo che si desidera spostare, quindi fare clic su Azioni (puntini di sospensione verticali). |
| 3 | Seleziona Sposta nodo. |
| 4 | Scegli il pulsante di opzione appropriato per il punto in cui desideri spostare il nodo:
|
| 5 | Fare clic su Sposta nodo. Il nodo viene spostato nel nuovo cluster.
|
Impostazione della pianificazione di aggiornamento del cluster mesh video
È possibile impostare una pianificazione di aggiornamento specifica o utilizzare la pianificazione predefinita delle ore 3. Daily Stati Uniti: America/Los Angeles. È possibile scegliere di posticipare un aggiornamento futuro, se necessario.
Gli aggiornamenti software per il mesh video vengono eseguiti automaticamente a livello di cluster, per garantire che tutti i nodi utilizzino sempre la stessa versione del software. Gli aggiornamenti vengono eseguiti in base alla pianificazione di aggiornamento per il cluster. Quando diventa disponibile un aggiornamento software, è possibile aggiornare manualmente il cluster prima dell'ora di aggiornamento pianificata.
Operazioni preliminari
Gli aggiornamenti urgenti vengono applicati non appena sono disponibili. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Visualizza tutto nella scheda mesh video. | ||
| 2 | Fare clic su una risorsa multimediale, quindi fare clic su Modifica impostazioni cluster. | ||
| 3 | Nella pagina Impostazioni, scorrere fino a Aggiorna, quindi scegliere l'ora, la frequenza e il fuso orario per la pianificazione di aggiornamento.
| ||
| 4 | (Opzionale) Se necessario, fare clic su Rinvia per rinviare l'aggiornamento una volta, fino alla finestra successiva. Sotto il fuso orario, vengono visualizzate la successiva data e ora di aggiornamento disponibili. |
- Miglioramento del funzionamento
-
Il nodo effettua richieste periodiche al cloud per verificare se è disponibile un aggiornamento.
Il cloud non rende disponibile l'aggiornamento finché non arriva la finestra di aggiornamento del cluster. Quando arriva la finestra di aggiornamento, la successiva richiesta di aggiornamento periodico del nodo al cloud fornisce le informazioni sull'aggiornamento.
Il nodo esegue il pull degli aggiornamenti su un canale sicuro.
I servizi esistenti vengono disattivati correttamente per interrompere l'indirizzamento delle chiamate in ingresso al nodo. L'aggraziato arresto consente anche di completare le chiamate esistenti (fino a 2 ore).
L'aggiornamento viene installato.
Il cloud attiva solo l'aggiornamento per una percentuale di nodi in un cluster alla volta.
Elimina cluster mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fai clic su Visualizza tutto. | ||
| 2 | Dall'elenco delle risorse, scorrere fino alla risorsa mesh video che si desidera eliminare, quindi fare clic su Modifica impostazioni cluster.
| ||
| 3 | Fare clic su Elimina cluster, quindi sceglierne uno:
|
Disattiva mesh video
Operazioni preliminari
Prima di disattivare il mesh video, verrà annullata la registrazione di tutti i nodi mesh video.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , scegli Impostazioni sulla scheda mesh video. |
| 2 | Fare clic su Disattiva. |
| 3 | Esamina l'elenco dei cluster e leggi l'esclusione di responsabilità nella finestra di dialogo. |
| 4 | Selezionare la casella di controllo per confermare di aver compreso questa azione e fare clic su Disattiva nella finestra di dialogo. |
| 5 | Quando si è pronti a disattivare il mesh video, fare clic su Disattiva servizio. La disattivazione rimuove tutti i nodi e i cluster di mesh video. Mesh video non più configurato. |
Risoluzione dei problemi di registrazione del nodo mesh video
Questa sezione contiene possibili errori che è possibile riscontrare durante la registrazione del nodo mesh video nel cloud Webex e le operazioni consigliate per correggerli.
Impossibile risolvere il dominio
Questo messaggio viene visualizzato se le impostazioni DNS configurate sul nodo mesh video non sono corrette.
Accedere alla console del nodo mesh video e verificare che le impostazioni DNS siano corrette.
Impossibile connettersi al sito utilizzando la porta 443 tramite SSL
Questo messaggio viene visualizzato se il nodo mesh video non riesce a connettersi al cloud Webex.
Assicurarsi che la rete consenta la connettività sulle porte richieste per il mesh video. Per informazioni dettagliate, vedere Porte e protocolli utilizzati dal mesh video.
Integrazione ThousandEyes con Video Mesh
La piattaforma mesh video è ora integrata con l'agente ThousandEyes che ti consente di eseguire il monitoraggio end-to-end nel tuo ecosistema digitale ibrido. Questa integrazione offre una vasta gamma di test di monitoraggio della rete che aprono visibilità in aree come proxy, gateway e router. I problemi in qualsiasi punto dell'infrastruttura di rete di un cliente possono essere ridotti e diagnosticati con maggiore precisione, migliorando l'efficienza della loro distribuzione.
Vantaggi dell'integrazione ThousandEyes
- Fornisce diversi tipi di test tra cui scegliere. È possibile configurare uno o più test appropriati per l'applicazione o la risorsa che si desidera monitorare.
- Consente di impostare soglie di test specifiche per i requisiti.
- I risultati del test sono disponibili tramite l'app web ThousandEyes e l'API ThousandEyes in tempo reale.
- Maggiore visibilità nella risoluzione dei problemi: i clienti possono identificare l'origine di un problema nella propria rete, riducendo i tempi di risoluzione.
Abilitazione di ThousandEyes per mesh video
Utilizzare questa procedura per abilitare l'agente ThousandEyes per la distribuzione mesh video.
| 1 | Da Control Hub, fai clic su Hybrid sul lato inferiore sinistro dello schermo. | ||
| 2 | Fare clic su Modifica impostazioni nella scheda mesh video . | ||
| 3 | Scorrere fino all'integrazione ThousandEyes. Il tasto di alternanza verrà disabilitato per impostazione predefinita. Fare clic sul tasto di alternanza per abilitarlo. | ||
| 4 | Fare clic su Profilo utente ThousandEyes, si apre il portale Web ThousandEyes, accedere utilizzando le credenziali di amministrazione. | ||
| 5 | Viene visualizzato un pannello laterale con il token Gruppo account. | ||
| 6 | Fare clic sull’icona di visualizzazione, quindi fare clic su Copy (Copia).
| ||
| 7 | Tornare alla scheda Control Hub, incollare il token nel campo Token agente. | ||
| 8 | Fai clic su Attiva; ThousandEyes è ora abilitato per la distribuzione mesh video. |
Operazioni successive
- Dopo 5 minuti, torna alla pagina Web ThousandEyes, fai clic su Agenti cloud ed aziendali, quindi su Impostazioni agente. È necessario essere in grado di visualizzare tutti i nodi elencati come agenti in Agenti aziendali. Se gli agenti non vengono visualizzati, controllare la scheda Integrazione ThousandEyes su Control Hub per la presenza di messaggi di errore.
- Se viene visualizzato un messaggio di errore, fare clic su Attiva/disattiva, quindi su Disattiva. Ripetere le operazioni per abilitare l'agente ThousandEyes, assicurandosi che il token di gruppo dell'account corretto sia copiato e incollato nel campo Token agente.
Attualmente, i test ThousandEyes non supportano i nodi mesh video dietro un proxy. |
Configurazione di test con ThousandEyes
Test di rete – Da agente a agente
Il test di rete agente-agente consente agli utenti di ThousandEyes di avere agenti ThousandEyes alle due estremità di un percorso monitorato, consentendo il test del percorso in una o in entrambe le direzioni: da un'origine all'altra o da un'origine all'altra. Per informazioni dettagliate su come configurare un test agente-agente, vedere Panoramica del test agente-agente.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server SIP
I test dei server SIP facilitano le misurazioni della rete, la raccolta dei dati BGP e, soprattutto, la disponibilità del servizio SIP e i test delle prestazioni rispetto all'infrastruttura VoIP basata su SIP.
Per informazioni dettagliate su come configurare un test server SIP, vedere Impostazioni test server SIP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test flusso RTP
Un test di flusso RTP crea un flusso dati vocale simulato tra due agenti ThousandEyes che agiscono come agenti utente VoIP. I pacchetti RTP vengono inviati tra uno o più agenti e un agente di destinazione, utilizzando UDP come protocollo di trasporto, per ottenere le metriche MOS (Mean Opinion Score), perdita di pacchetti, scarti, latenza e variazione ritardo pacchetti (PDV). Le metriche prodotte sono metriche unidirezionali (da fonte a destinazione). Il test di flusso RTP fornisce le opzioni di porta del server, durata della chiamata, dimensione del buffer di de-jitter e configurazione del codec.
Per informazioni dettagliate sulla configurazione di un test di flusso RTP, vedere Impostazioni di test flusso RTP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test dell'URL del server HTTP Webex
Questo test monitora la pagina di destinazione principale a cui si connettono gli utenti quando accedono a Webex. Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server DNS Webex autorevole
Questo test viene utilizzato per assicurarsi che il dominio Webex si stia risolvendo correttamente sia internamente che esternamente. Quando si utilizzano agenti Enterprise, aggiornare il campo Server DNS per utilizzare i server con nome interno. Se si utilizzano agenti cloud per la visibilità esterna, utilizzare il pulsante Cerca server per compilare automaticamente i server con nomi esterni autorevoli. Questo esempio mostra gli agenti cloud che risolvono cisco.webex.com. Sarà necessario aggiornarlo al dominio della propria organizzazione.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
'

Gestione del nodo mesh video dall'interfaccia Web
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Panoramica su come accedere al mesh video
È possibile aprire l'interfaccia Web in uno dei seguenti modi:
Se sei un amministratore completo e hai già registrato il nodo nel cloud, puoi accedere al nodo da Control Hub.
Dalla vista cliente in https://admin.webex.com, andare a . Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. Fare clic sul cluster, quindi fare clic sul nodo a cui si desidera accedere. Fare clic su Vai a nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video.
In una scheda del browser, passare a
<IP address>/setup, ad esempio,https://192.0.2.0/setup. Inserisci le credenziali di amministrazione impostate per il nodo, quindi fai clic su Accedi.Se l'account amministratore è stato disabilitato, questo metodo non è disponibile. Vedere la sezione "Disabilita o riabilita l'account amministratore locale dall'interfaccia Web".
La panoramica è la pagina predefinita e contiene le seguenti informazioni:
Stato chiamata: fornisce il numero di chiamate in corso attraverso il nodo.
Dettagli nodo: fornisce il tipo di nodo, l'immagine del software, la versione del software, la versione del sistema operativo, lo stato QoS e lo stato della modalità di manutenzione.
Stato nodo: fornisce i dati di utilizzo (CPU, memoria, disco) e lo stato del servizio (servizio di gestione, servizio di messaggistica, sincronizzazione NTP).
Impostazioni di rete: fornisce informazioni sulla rete: nome host, interfaccia, IP, gateway, DNS, NTP e se è abilitato il dual IP.
Dettagli di registrazione: fornisce lo stato di registrazione, il nome dell'organizzazione, l'ID organizzazione, il cluster del nodo e l'ID cluster.
Connettività cloud: esegue una serie di test dal nodo al cloud Webex e alle destinazioni di terze parti a cui il nodo deve accedere per essere eseguito correttamente.
Vengono eseguiti tre tipi di test: risoluzione DNS, tempo di risposta del server e larghezza di banda.
I test DNS convalidano che il nodo possa risolvere un determinato dominio. Questo report di test non è riuscito se il server non risponde entro 10 secondi. Viene visualizzato come "Superato" con un "colore di avviso" arancione se il tempo di risposta è compreso tra 1,5 e 10 secondi. I controlli DNS periodici sul nodo generano allarmi se il tempo di risposta DNS è superiore a 1,5 secondi.
I test di connessione confermano che il nodo può connettersi a un particolare URL HTTPS e ricevere una risposta (risposte diverse da errori proxy o gateway sono accettate come prova di connessione).
L'elenco dei test eseguiti dalla pagina di panoramica non è completo e non include test websocket.
Il nodo invia allarmi se i processi di chiamata non possono completare le connessioni websocket al cloud o connettersi ai servizi correlati alla chiamata.
Accanto a ciascun test viene visualizzato un risultato Superato o Non superato; è possibile passare il mouse su questo testo per visualizzare ulteriori informazioni su ciò che è stato controllato quando il test è stato eseguito.
Come mostrato nella schermata seguente, le notifiche di allarme possono essere visualizzate anche nel pannello laterale, se eventuali allarmi sono stati generati dal nodo. Queste notifiche identificano potenziali problemi sul nodo e forniscono suggerimenti su come risolverli o risolverli. Se non sono stati generati allarmi, il pannello di notifica non viene visualizzato.
Configurazione delle impostazioni di rete dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. Si consiglia di modificare le impostazioni di rete ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. | ||
| 3 | Modificare le seguenti impostazioni per Configurazione organizzatore e rete come necessario:
| ||
| 4 | Fare clic su Salva configurazione organizzatore e rete e una volta visualizzato il popup che indica che il nodo deve essere riavviato, fare clic su Salva e Riavvia. Durante il salvataggio, tutti i campi vengono convalidati sul lato server. Gli avvisi visualizzati generalmente indicano che il server non è raggiungibile o una risposta valida non è stata restituita quando viene richiesto, ad esempio se il nome FQDN non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Un altro possibile stato di errore è se l'indirizzo del gateway non è nella stessa subnet dell'indirizzo IP. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. | ||
| 5 | Modificare le seguenti impostazioni per i server NTP in base alle necessità:
| ||
| 6 | Fare clic su Salva server NTP.
Se il server NTP è un nome di dominio completo e non risolvibile, viene restituito un avviso. Se il nome di dominio completo del server NTP viene risolto ma non è possibile interrogare l'IP risolto per l'ora NTP, viene restituito un avviso. |
Impostazione Dell'Interfaccia Di Rete Esterna Dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza sulla modifica delle impostazioni di rete. Tuttavia, è possibile salvare comunque le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
È possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Attiva Abilita rete esterna e fai clic su Ok per abilitare le opzioni dell'indirizzo IP esterno sul nodo. |
| 5 | Immettere i valori Indirizzo IP esterno, Subnet mask esterna e Gateway esterno. |
| 6 | Fare clic su Salva configurazione rete esterna. |
| 7 | Fare clic su Salva e Riavvia per confermare la modifica. Il nodo viene riavviato per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna. |
| 8 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione rete esterna di nuovo. |
Operazioni successive
Per convalidare la configurazione dell'indirizzo IP interno ed esterno, eseguire le operazioni descritte in Esegui un ping dall'interfaccia Web del nodo mesh video.
Testare una destinazione esterna (ad esempio, cisco.com). In caso di successo, i risultati mostrano che è stato eseguito l'accesso alla destinazione dall'interfaccia esterna.
Testare un indirizzo IP interno; se la procedura va a buon fine, i risultati mostrano che è stato eseguito l'accesso all'indirizzo dall'interfaccia interna.
Aggiunta di regole di indirizzamento interne ed esterne dall'interfaccia Web del nodo mesh video
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
Operazioni preliminari
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. Se è stata configurata la rete esterna, viene visualizzata la scheda Regole di indirizzamento. | ||
| 3 | Fare clic sulla scheda Regole di indirizzamento. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna. È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 4 | Per aggiungere una regola, fare clic su Aggiungi regola di indirizzamento, quindi scegliere una delle seguenti opzioni:
| ||
| 5 | Fare clic su Aggiungi regola di indirizzamento. Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente. | ||
| 6 | Per eliminare una o più regole definite dall'utente, selezionare la casella di controllo nella colonna a sinistra delle regole, quindi fare clic su Elimina regole di indirizzamento.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Configurazione della rete di container dall'interfaccia Web del nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Modificare i valori relativi a Indirizzo IP container e Subnet mask container, in base alle esigenze, quindi fare clic su Salva configurazione rete container. |
| 5 | Fare clic su Salva e Riavvia per confermare la modifica. |
| 6 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione di rete contenitore di nuovo. |
Impostazione delle dimensioni MTU dell'interfaccia di rete
Tutti i nodi mesh video Webex dispongono di rilevamento MTU percorso (PMTU) abilitato per impostazione predefinita. Con PMTU, il nodo può rilevare problemi MTU e modificare automaticamente la dimensione dell'MTU. Quando il PMTU non riesce a causa di problemi del firewall o di rete, il nodo può avere problemi di connettività al cloud perché i pacchetti più grandi dell'MTU cadono. L'impostazione manuale di una dimensione MTU inferiore può risolvere questo problema.
Operazioni preliminari
Se hai già registrato il nodo, devi impostarlo in modalità di manutenzione prima di poter modificare le impostazioni MTU.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione Interface MTU Settings, immettere un valore MTU compreso tra 1280 e 9000 byte nei campi applicabili. Se è stata abilitata l'interfaccia esterna, è possibile impostare separatamente le dimensioni dell'interfaccia MTU interna ed esterna. |
Operazioni successive
Se si mette il nodo in modalità di manutenzione per modificare l'MTU, disattivare la modalità di manutenzione.
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Se le risposte DNS ai nodi mesh video richiedono regolarmente più di 750 ms o se il centro TAC di Cisco lo consiglia, è possibile abilitare la memorizzazione nella cache DNS. Con la memorizzazione nella cache DNS attiva, il nodo memorizza localmente nella cache le risposte DNS . Con la cache, le richieste sono meno soggette a ritardi o timeout che possono portare a allarmi di connettività, interruzioni di chiamata o problemi di qualità della chiamata. La memorizzazione nella cache DNS può anche ridurre il carico sull'infrastruttura DNS .
Operazioni preliminari
Spostare il nodo in modalità manutenzione. Se lo stato della modalità di manutenzione è Attivato (le chiamate attive sono state completate o interrotte alla fine del periodo in sospeso), è possibile abilitare o disabilitare la memorizzazione nella cache DNS.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione DNS Caching Configuration (Configurazione cache DNS), attivare o disattivare Enable DNS Caching (Abilita cache DNS). |
| 5 | Nella finestra di dialogo di conferma, fare clic su Salva e Riavvia. |
| 6 | Una volta riavviato il nodo, riaprire l'interfaccia del nodo mesh video Webex e verificare che i controlli di connettività abbiano esito positivo nella pagina Panoramica. |
Quando si abilita la memorizzazione nella cache DNS, le statistiche della cache DNS visualizzano le seguenti statistiche:
Statistica | Descrizione |
|---|---|
Voci della cache | Il numero di risoluzioni DNS precedenti memorizzate dal server della cache DNS |
La cache colpisce | Il numero di volte dalla reimpostazione della cache in cui la cache ha gestito una richiesta DNS dal mesh video, senza interrogare il server DNS del cliente |
Errori nella cache | Il numero di volte dopo la reimpostazione della cache che il server DNS del cliente ha gestito una richiesta DNS dal mesh video anziché attraverso la cache |
Percentuale successo cache | La percentuale di richieste DNS dal mesh video gestite dalla cache senza interrogare il server DNS del cliente |
Query DNS in uscita del server cache | Il numero di query DNS effettuate dal server della cache DNS mesh video rispetto ai server DNS del cliente |
Query DNS in entrata server cache | Il numero di query DNS effettuate dal mesh video sul server della cache DNS interno |
Rapporto query in uscita/entrata | Il rapporto tra le query DNS effettuate dal mesh video rispetto al server DNS del cliente e le query effettuate dal mesh video rispetto al server della cache DNS interno |
Query in entrata al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video rispetto al server di cache DNS interno |
Query in uscita al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video contro i server DNS del cliente |
Latenza DNS in uscita [intervallo di tempo] | La percentuale di query DNS effettuate dal mesh video sui server DNS del cliente in cui il tempo di risposta è rientrato nell'intervallo di tempo descritto |
Utilizzare il pulsante Cancella cache DNS per reimpostare la cache DNS quando il centro TAC lo richiede. Dopo aver pulito la cache DNS, viene visualizzato un rapporto query in uscita-in entrata più alto man mano che la cache si riempie. Non è necessario posizionare il nodo in modalità di manutenzione per pulire la cache.
Operazioni successive
Spostare il nodo fuori dalla modalità manutenzione. Quindi, ripetere l'attività su qualsiasi altro nodo che richiede una modifica.
Carica certificati di sicurezza
Impostare una relazione di trust tra il nodo e un server esterno, ad esempio un server syslog.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Quando si configura TLS con un altro server, ad esempio un server syslog, si consiglia per motivi di sicurezza di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo. Per creare e caricare il certificato e le coppie di tasti sul nodo mesh video, andare a Certificati server e seguire questa procedura: |
| 3 | Scegliere un'opzione in base alla firma del certificato CA del server esterno:
|
| 4 | Ottenere il certificato o l'elenco di certificati attendibili (CTL) utilizzati dal server esterno. Come per il certificato del nodo mesh video, salvare il file del server esterno in un punto facile da ricordare. |
| 5 | Tornare alla scheda dell'interfaccia del nodo mesh video Webex, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato nel cloud attende fino a 2 ore per la fine di qualsiasi chiamata e si mette in uno stato inattivo temporaneo (quiesces). Per installare il certificato, il nodo deve essere riavviato e lo fa automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato viene installato sul nodo mesh video, quindi è possibile ricaricare la pagina per visualizzare il nuovo certificato. |
| 6 | Ripetere il caricamento del certificato o della catena di certificati su ogni altro nodo mesh video nello stesso cluster. |
Generazione dei registri mesh video per il supporto
È possibile che venga richiesto di inviare i registri direttamente a Cisco oppure è possibile scaricarli da soli per allegarli a un caso. Utilizzare questa procedura dall'interfaccia Web per generare i registri e inviarli a Cisco o scaricarli da qualsiasi nodo mesh video. Il pacchetto di registri generato contiene registri multimediali, registri di sistema e registri di container. Il bundle fornisce informazioni utili per la connettività a Webex, problemi della piattaforma e impostazione chiamata o supporto, in modo che Cisco possa risolvere i problemi della distribuzione del nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi scegliere un'opzione accanto a Invia registri:
I registri generati vengono memorizzati storicamente sul nodo e rimangono sul nodo anche dopo i riavvii. Un identificatore di caricamento viene visualizzato nella pagina. Support utilizza questo valore per identificare i registri caricati. |
| 3 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificativo di caricamento in modo che l'ingegnere del supporto possa accedere ai registri. Se il registro è stato inviato direttamente a Cisco, non è necessario caricare il bundle di registri nel caso TAC. |
Operazioni successive
Durante il caricamento dei registri in Cisco o il download, è possibile eseguire un'acquisizione di pacchetti dalla stessa schermata.
Generazione di acquisizioni di pacchetti mesh video per il supporto
È possibile eseguire un'acquisizione di pacchetti (PCAP) e inviarla a Cisco per un'ulteriore analisi. Un'acquisizione di pacchetti acquisisce un'istantanea dei pacchetti dati che passano attraverso le interfacce di rete del nodo. Una volta acquisiti e inviati i pacchetti, Cisco può analizzare l'acquisizione inviata e aiutare a risolvere i problemi di distribuzione del nodo mesh video.
Operazioni preliminari
La funzionalità di acquisizione dei pacchetti è destinata solo a scopi di debug. Se si esegue un'acquisizione di pacchetti su un nodo mesh video in diretta che ospita chiamate attive, l'acquisizione di pacchetti può influire sulle prestazioni del nodo e il file generato potrebbe essere sovrascritto. Ciò causa una perdita di dati acquisiti. Si consiglia di eseguire l'acquisizione dei pacchetti solo durante le ore di punta o quando il numero delle chiamate è inferiore a 3 sul nodo. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi. È possibile avviare l'acquisizione dei pacchetti e caricare i registri contemporaneamente. |
| 3 | (Opzionale) Nella sezione Acquisizione pacchetti, è possibile limitare l'acquisizione ai pacchetti su una specifica interfaccia, filtrare in base ai pacchetti da o verso determinati organizzatori o filtrare in base ai pacchetti su una o più porte. |
| 4 | Per iniziare il processo, attivare l'impostazione Start Packet Capture (Avvia acquisizione pacchetti). |
| 5 | Al termine, disattivare l'impostazione Avvia acquisizione pacchetti. |
| 6 | Scegli un'opzione:
Una volta caricata l'acquisizione di un pacchetto, nella pagina viene visualizzato un identificativo di caricamento. Il supporto utilizza questo valore per identificare l'acquisizione di pacchetti caricata. La dimensione massima per le acquisizioni di pacchetti è 2 GB. |
| 7 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificatore di caricamento in modo che l'ingegnere del supporto possa accedere all'acquisizione dei pacchetti. |
Esecuzione di un ping dall'interfaccia Web del nodo mesh video
È possibile eseguire un ping dall'interfaccia Web del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Ping, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Prova connettività utilizzando Ping. |
| 3 | Fare clic su Ping. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Esecuzione di un percorso di traccia dall'interfaccia Web mesh video
È possibile eseguire un traceroute dall'interfaccia Web del nodo mesh video. Questa operazione mostra l'indirizzamento dei pacchetti dal nodo verso la destinazione inserita. La visualizzazione delle informazioni di tracciamento della route consente di determinare perché una particolare connessione potrebbe essere scadente e può aiutare a identificare i problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Traceroute, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP sotto Traccia indirizzamento a organizzatore. Il test viene eseguito e viene visualizzato il messaggio di successo o di errore di traccia del percorso. Il test viene ripetuto per 16 secondi. In caso di errore o di timeout del test, controllare il valore di destinazione inserito e le impostazioni di rete. |
Verifica del server NTP dall'interfaccia Web del nodo mesh video
È possibile immettere un indirizzo FQDN o IP di un server NTP (Network Time Protocol) per confermare che il nodo mesh video può accedere al server. Questo test è utile se si notano problemi di sincronizzazione dei tempi e si desidera escludere la raggiungibilità del server NTP.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Controlla server NTP, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Visualizza risposta query SNTP. Il test viene eseguito e viene visualizzato un messaggio di query riuscita o errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Identificazione dei problemi della porta con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Abilitazione dell'account utente di debug dall'interfaccia Web del nodo mesh video
Se il centro TAC di Cisco richiede l'accesso al nodo mesh video Webex, è possibile abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi attivare l'impostazione Abilita utente debug. Viene visualizzata una passphrase crittografata che è possibile fornire a Cisco TAC. |
| 3 | Copiare la passphrase, incollarla nel ticket di supporto o direttamente all'ingegnere del supporto, quindi fare clic su OK una volta salvata. |
L'account utente di debug è valido per 3 giorni, dopodiché scade.
Operazioni successive
È possibile disabilitare l'account prima della scadenza se si torna alla pagina Risoluzione dei problemi e si disattiva l'impostazione Abilita utente di debug.
Ripristino delle impostazioni di fabbrica di un nodo mesh video dall'interfaccia Web
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video dall'interfaccia Web. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Risoluzione dei problemi, scorri fino a Ripristino delle impostazioni di fabbrica, quindi fai clic su Ripristina nodo. |
| 3 | Assicurarsi di aver compreso le informazioni nel messaggio di avviso visualizzato, quindi fare clic su Ripristina e Riavvia. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Disabilitazione o riabilitazione dell'account amministratore locale dall'interfaccia Web
Quando si installa un nodo mesh video Webex, inizialmente si esegue l'accesso utilizzando un account locale integrato con il nome utente "admin". Una volta registrato il nodo nel cloud Webex, è possibile utilizzare le credenziali di amministrazione dell'organizzazione Webex per gestire i nodi mesh video da Control Hub. In questo modo, i criteri dell'account amministratore e i processi di gestione applicabili a Control Hub si applicano anche ai nodi mesh video. Per un ulteriore controllo, puoi disabilitare l'account "admin" integrato in modo che Control Hub gestisca tutta l'autenticazione e la gestione degli amministratori.
Utilizzare questa procedura dopo aver registrato il nodo nel cloud per disabilitare (o riabilitare successivamente) l'account utente amministratore. Quando si disabilita l'account amministratore, è necessario utilizzare Control Hub per accedere all'interfaccia Web del nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . | ||
| 2 | Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. | ||
| 3 | Fare clic sul cluster, quindi sul nodo a cui si desidera accedere. Fare clic su Vai a nodo. | ||
| 4 | Andare ad Amministrazione. | ||
| 5 | Disattivare Abilita accesso utente amministratore per disabilitare l'account o riabilitarlo.
| ||
| 6 | Nella schermata di conferma, fare clic su Disabilita o Abilita per completare la modifica. |
Una volta disabilitato l'utente amministratore, non è possibile accedere al nodo mesh video attraverso l'interfaccia utente Web o la CLI avviata da SSH. Tuttavia, è possibile accedere utilizzando le credenziali utente di amministrazione tramite una CLI avviata dalla console VMware ESXi.
Modifica della passphrase di amministrazione dall'interfaccia Web
Utilizzare questa procedura per modificare la passphrase (password) amministratore per il nodo mesh video Webex utilizzando l'interfaccia Web.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica passphrase, fare clic su Modifica. |
| 3 | Immettere la passphrase corrente, quindi immettere un nuovo valore di passphrase in Nuova passphrase e Conferma nuova passphrase. |
| 4 | Fare clic su Salva passphrase. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso. |
| 5 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Modifica dell'intervallo di scadenza della passphrase dall'interfaccia Web
Utilizzare questa procedura per modificare l'intervallo di scadenza passphrase predefinito di 90 giorni utilizzando l'interfaccia Web. Quando l'intervallo è attivo, viene richiesto di immettere una nuova passphrase quando si esegue l'accesso al nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica scadenza passphrase, immettere un nuovo valore per Intervallo scadenza (giorni) (fino a 365 giorni), quindi fare clic su Salva intervallo scadenza passphrase. Viene visualizzata una schermata con esito positivo, quindi è possibile fare clic su OK per terminare. |
La pagina Amministrazione mostra anche le date dell'ultima modifica della passphrase e della successiva scadenza della password.
Impostazione della registrazione esterna a un server syslog
Se si dispone di un server syslog, è possibile impostare il nodo mesh video Webex per accedere alle informazioni sull'audit trail del server esterno, ad esempio:
Dettagli sugli accessi dell'amministratore
Modifiche alla configurazione (incluso attivazione o disattivazione della modalità di manutenzione)
Aggiornamenti software
Il nodo aggrega i registri, se presenti, e li invia al server ogni dieci minuti.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione. |
| 3 | Accanto a Registrazione esterna, attiva Abilita registrazione esterna. |
| 4 | Per Dettagli server syslog, immettere l'indirizzo IP host o il nome di dominio completo e la porta syslog. Se il server non è risolvibile con DNS dal nodo, utilizzare un indirizzo IP nel campo Host. |
| 5 | Scegliere il protocollo: UDP o TCP. Per utilizzare la crittografia TLS, scegliere TCP, quindi attivare Abilita TLS. Accertarsi di caricare e installare anche i certificati di sicurezza necessari per la comunicazione TLS tra il nodo e il server syslog. Se non vengono installati certificati, il nodo utilizza per impostazione predefinita i certificati autofirmati. Per informazioni, vedere Caricamento dei certificati di sicurezza. |
| 6 | Fare clic su Salva configurazione registrazione esterna. |
Le proprietà del messaggio di registro seguono questo formato: Messaggio tag timestamp priorità nome host.
Proprietà | Descrizione |
|---|---|
Priority | Il valore è sempre pari a 131, in base alla formula: Priorità = (Codice struttura * 8) + Gravità. Il codice della struttura è 16 per "local0". La gravità è 3 per "avviso". |
Indicazione di data e ora | Il formato di timestamp è "Mmm gg hh:mm:ss". |
Nome host | Nome host per il nodo mesh video. |
Tag | Il valore è sempre syslogAuditMsg. |
Messaggi | Il messaggio è una stringa JSON di almeno 1KB. La sua dimensione dipende dal numero di eventi aggregati nell'intervallo di dieci minuti. |
Ecco un messaggio di esempio:
{
"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\"}"
}
]
}
Webhook per avvisi mesh video
Il mesh video supporta gli avvisi webhook che consentono agli amministratori dell'organizzazione di ricevere avvisi su eventi specifici. Gli amministratori possono scegliere di ricevere una notifica di eventi come overflows delle chiamate e reindirizzamenti delle chiamate, riducendo al minimo la necessità di accedere a Control Hub per monitorare la relativa distribuzione. Ciò si ottiene creando un abbonamento webhook in cui viene fornito un URL di destinazione dall'amministratore, a cui verranno inviati avvisi. L'uso di webhook per gli avvisi consente anche il monitoraggio dei parametri senza utilizzare le API degli sviluppatori associate.
I seguenti tipi di evento possono essere monitorati tramite webhook:
Reindirizzamenti chiamate cluster – Chiamate reindirizzate da un determinato cluster.
Overflows chiamate organizzazione – Overflows chiamate totali su cloud per un'organizzazione.
Crea un abbonamento webhook
| 1 | Accedere al portale per sviluppatori Cisco Webex utilizzando le credenziali di amministrazione. |
| 2 | Nel portale degli sviluppatori fare clic su Documentazione. |
| 3 | Dalla barra di scorrimento a sinistra, scorrere verso il basso e fare clic su Riferimento API completo. |
| 4 | Dalle opzioni che si espandono di seguito, scorrere verso il basso e fare clic su Webhooks > Crea un webhook. |
| 5 | Creare un abbonamento inserendo i seguenti parametri: |
nome: esempio – Avvisi webhook mesh video
targetUrl: esempio - https://10.1.1.1/webhooks
risorsa: videoAvvisiMesh
evento: attivato
di proprietà: organizzazione
L'URL inserito nel parametro targetUrl deve essere accessibile tramite Internet e disporre di un server configurato per accettare le richieste POST inviate da Webex Webhook. |
Impostazione delle configurazioni delle soglie con le API degli sviluppatori
È possibile impostare valori di soglia per gli eventi (overflows chiamata organizzazione e reindirizzamenti chiamata cluster) con le API degli sviluppatori mesh video. È possibile impostare un valore percentuale per le soglie al di sopra delle quali verrà attivato un avviso webhook. Ad esempio, se il valore di soglia è impostato su 20 per i overflow delle chiamate dell'organizzazione, viene inviato un avviso quando più del 20% delle chiamate viene overflow sul cloud.
Un set di 4 API è disponibile per l'impostazione e l'aggiornamento delle soglie nel portale per sviluppatori Cisco Webex e sono elencate di seguito:
Elenca configurazione soglia evento
Richiedi configurazione soglia evento
Aggiorna configurazione soglia evento
Reimposta configurazione soglia evento
Le API sono disponibili all'indirizzohttps://developer.webex.com/docs/api/v1/video-mesh .
Scenario 1 - Impostazione del valore di soglia per le chiamate dell'organizzazione superate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | Si riceverà una risposta simile a quella mostrata di seguito.
| ||
| 4 | Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fai clic su Esegui; la tua soglia per i overflow delle chiamate dell'organizzazione verrà impostata sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 2 - Impostazione del valore di soglia per le chiamate cluster reindirizzate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | La risposta elencherà le configurazioni di tutti i cluster nell'organizzazione. | ||
| 4 |
Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fare clic su Esegui, la soglia per Chiamate cluster reindirizzate verrà impostato sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 3 - Ripristino dei valori di soglia
| 1 | Fare clic su Reimposta API configurazione soglia evento. | ||
| 2 | Copia l'ID soglia evento di un cluster o dell'organizzazione e incollalo in
| ||
| 3 | Incollare la struttura JSON nel corpo e fare clic su Esegui. | ||
| 4 |
Il valore di soglia verrà impostato sul valore minimo predefinito. |
API di sviluppo mesh video
Le API sviluppatori mesh video sono un modo per recuperare analisi e monitorare i dati per le distribuzioni mesh video attraverso il portale per sviluppatori Webex. Le API sono disponibili su https://developer.webex.com/docs/api/v1/video-mesh. Un client di esempio è disponibile all'indirizzohttps://github.com/CiscoDevNet/video-mesh-api-client .
Software di demo nodo mesh video
Utilizzare il software di demo del nodo mesh video solo per scopi demo di base. Non aggiungere un nodo demo a un cluster di produzione esistente. Il cluster demo accetta meno chiamate rispetto alla produzione e scade 90 giorni dopo la registrazione nel cloud.
|
Scaricare l'immagine del software dimostrativo da questo collegamento.
Specifiche
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per la configurazione basata su specifiche per il software del nodo mesh video.
Il software demo supporta un'interfaccia di rete singola o un'interfaccia di rete doppia.
Capacità
L'immagine demo non viene testata per la capacità. È necessario utilizzarlo solo per testare gli scenari di riunione di base. Vedere i casi d'uso che seguono per indicazioni.
Casi d'uso per il software di demo del nodo mesh video
- Supporti ancorati a locali
-
Distribuire e configurare il nodo con il software demo.
Eseguire una riunione che includa i seguenti partecipanti: un partecipante all'app Webex, un partecipante all'endpoint Webex e una Cisco Webex Board.
Al termine della riunione, dalla vista cliente in https://admin.webex.com, andare ad Analisi per accedere ai report mesh video. Nei report, è possibile vedere che i media sono rimasti in sede.
- Riunione con partecipanti cloud e locali
-
Esegui un'altra riunione con un paio di partecipanti Webex in sede e uno nel cloud.
Tieni presente che tutti i partecipanti possono accedere e partecipare alla riunione senza problemi.
Gestione del nodo mesh video dalla console
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Modifica delle impostazioni di rete del nodo mesh video nella console
Se la topologia di rete cambia, è necessario aprire l'interfaccia della console per ciascun nodo mesh video e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza relativa alla modifica delle impostazioni di rete, ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Modifica della passphrase dell'amministratore del nodo mesh video
Utilizzare questa procedura per modificare la passphrase amministratore (password) per il nodo mesh video nella console del nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Aprire e accedere alla console VMware ESXi della VM per il nodo mesh video. |
| 3 | Nel menu principale, scegliere l’opzione 3 Gestisci passphrase amministratore, quindi 1 Modifica passphrase amministratore, quindi fare clic su Invio. |
| 4 | Leggere le informazioni sulla pagina della password scaduta, fare clic su Invio, quindi fare di nuovo clic dopo il messaggio di scadenza della password. |
| 5 | Premere Invia. |
| 6 | Una volta eseguita la disconnessione dalla console, tornare alla schermata di accesso, quindi accedere utilizzando l'accesso amministratore e la passphrase (password) scaduti. Viene richiesto di modificare la password.
|
| 7 | Per Vecchia password, immettere la passphrase corrente, quindi premere Invio. |
| 8 | Per Nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 9 | Per immettere nuovamente la nuova password, digitare nuovamente la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso.
|
| 10 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Esecuzione di un ping dalla console del nodo mesh video
È possibile eseguire un ping dall'interfaccia della console del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere Ping. |
| 3 | Nel campo ping, immettere un indirizzo di destinazione da testare, ad esempio un indirizzo IP o un nome host, quindi fare clic su OK. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Se si riceve un errore, controllare il valore di destinazione inserito e le impostazioni di rete. |
Abilitazione dell'account utente di debug attraverso la console
Se il supporto richiede l'accesso al nodo mesh video, è possibile utilizzare l'interfaccia della console per abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi sul nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, scegliere 2 Abilita account utente di debug e, dopo il prompt, fare clic su Sì. |
| 3 | Dopo aver visualizzato il messaggio che l'account utente di debug è stato creato correttamente, fare clic su OK per visualizzare la passphrase crittografata. Invierai la passphrase crittografata da supportare. Utilizzano questo account temporaneo e la passphrase decrittografata per accedere in modo sicuro al nodo mesh video per la risoluzione dei problemi. Questo account scade dopo 3 giorni oppure è possibile disabilitarlo al termine del supporto. |
| 4 | Selezionare l'inizio e la fine dei dati crittografati e copiarli nel ticket di supporto o nell'e-mail che si sta inviando al supporto. |
| 5 | Dopo aver inviato queste informazioni per il supporto, tornare alla console del nodo mesh video e premere un tasto qualsiasi per tornare al menu principale. |
Operazioni successive
L'account scade tra 3 giorni, ma quando il supporto indica che è stata completata la risoluzione dei problemi sul nodo, è possibile restituire la console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 3 Disabilita account utente di debug per disabilitare l'account prima della scadenza.
Invio dei registri dalla console del nodo mesh video
È possibile che venga richiesto di inviare i registri direttamente a Cisco o tramite SCP (Secure Copy). Utilizzare questa procedura per inviare i registri direttamente da qualsiasi nodo mesh video registrato nel cloud.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Nel menu principale, fare clic sull’opzione 4 Diagnostica, quindi premere Invio. |
| 3 | Fare clic su 4 Esporta file di registro, fornire feedback se si desidera, quindi fare clic su Avanti. |
| 4 | Scegli un'opzione:
|
| 5 | Scegliere OK per tornare al menu principale del nodo mesh video. |
| 6 | (Opzionale) Selezionare 5 Verifica dello stato dei file di registro inviati a Cisco se i registri sono stati inviati a Cisco. |
Operazioni successive
Dopo aver inviato i registri, si consiglia di inviare il feedback direttamente dall'app Webex in modo che i contatti del supporto dispongano di tutte le informazioni necessarie per essere di aiuto. |
Verifica dello stato del nodo mesh video dalla console
È possibile visualizzare la salute del nodo direttamente dal nodo mesh video. I risultati sono informativi, ma possono essere di aiuto nella procedura di risoluzione dei problemi, ad esempio, se la sincronizzazione NTP non funziona, è possibile controllare il valore del server NTP nelle impostazioni di rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, vai a 4 Diagnostica, quindi seleziona 6 Verifica stato nodo per visualizzare le seguenti informazioni sul nodo:
|
Configurazione della rete di container sul nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dal menu principale della console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 7 Configura rete container. Dopo aver specificato che le chiamate attive termineranno sul nodo, fare clic su Sì. |
| 3 | Modificare i valori per Container Bridge IP e Network Mask, come necessario, quindi fare clic su Salva. Viene visualizzata una schermata che mostra le informazioni di rete del contenitore, incluso l'intervallo di indirizzi IP riservato per le operazioni interne sul nodo mesh video. |
| 4 | Fai clic su OK. |
Identificazione dei problemi della porta con lo strumento riflettore nella console
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (script Python) e decomprimere il file in una posizione facile da trovare. Il file zip contiene lo script e un file readme.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 4 | Dall'interfaccia del nodo mesh video, andare a Diagnostica > Server riflettore > Server riflettore per TCP o (UDP). Avviare il server per TCP o per UDP. |
| 5 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 6 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 7 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 8 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 9 | Esegui il client con
|
Ripristino delle impostazioni di fabbrica di un nodo mesh video dalla console
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 8 Ripristino delle impostazioni di fabbrica. |
| 3 | Accertarsi di aver compreso le informazioni contenute nella nota visualizzata, quindi fare clic su Reset. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Migrazione di una piattaforma hardware esistente nel nodo mesh video
È possibile eseguire la migrazione di una piattaforma supportata esistente (ad esempio, un CMS1000 che esegue Cisco Meeting Server) su mesh video. Utilizzare questa procedura per guidarti nel processo di migrazione.
I passaggi variano a seconda della versione in bundle di ESXi sulla piattaforma hardware. |
Operazioni preliminari
Scaricare una nuova copia dell'ultima immagine del software del nodo mesh video (OVA). Non distribuire un nuovo nodo mesh video con un file OVA scaricato in precedenza.
| 1 | Accedere all'interfaccia della macchina virtuale e spegnere il software in esecuzione sulla piattaforma. |
| 2 | Eliminare l'applicazione software in esecuzione sulla piattaforma. Sulla piattaforma non devono rimanere immagini software. Inoltre, non è possibile eseguire il software del nodo mesh video insieme ad altri software sulla stessa piattaforma.
|
| 3 | Distribuire una nuova macchina virtuale da un nuovo file OVF o OVA. |
| 4 | Immettere un nome per la macchina virtuale e scegliere il file OVA del nodo mesh video. |
| 5 | Modificare spesso il provisioning del disco. |
| 6 | Caricare l'immagine del software mfusion.ova scaricata.
|
| 7 | Quando la macchina virtuale è in esecuzione, tornare a Accedi alla console del nodo mesh video e continuare la configurazione iniziale del nodo mesh video. |
Confronto funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh
Confronto funzioni
Funzione | Video mesh e video Cisco Webex Meeting Center | CMR Hybrid |
|---|---|---|
Tipi di riunione | Pianificato Un clic (istantaneo) Riunione personale (PMR) Esperienza coerente per riunioni locali e basate su cloud | Solo pianificato |
Pianificazione | Strumento di produttività Webex (Windows e Mac) Pianificazione del calendario ibrido con @webex Portale Webex | Strumenti di produttività TelePresence e Mac abilitati Webex Pianificazione TMS |
Opzioni di accesso a riunione | Chiamata in ingresso e chiamata in uscita Protetto da PIN (organizzatore) Pulsante unico (OBTP) | Solo chiamata in ingresso OBTP |
Esperienza in riunione | Unified Roster (client Webex) Controlli unificati (client Webex) Blocco/sblocco riunione Disattivazione/attivazione dell'audio dei partecipanti TelePresence | Nessun registro unificato (client Webex e server TelePresence) Controlli separati (client Webex e server TelePresence) |
Modello di capacità e distribuzione | Capacità illimitata Overflow in sede e automatico Commutazione e transcodifica | Capacità di trascodifica limitata al server TelePresence |
Lista di controllo percorso di migrazione
Di seguito è riportata una panoramica generale su come eseguire la migrazione di un sito esistente alla piattaforma video versione 2.0 e preparare il sito per l'integrazione con il mesh video. Le operazioni possono variare in base all'ambiente esistente. Collabora con il tuo partner o customer success manager per garantire una migrazione senza problemi.
Accertarsi che la funzione di videoconferenza Meeting Center sia predisposta sul sito Webex.
L'amministratore del sito riceve l'account del portale di gestione. L'amministratore quindi distribuisce i nodi mesh video per l'organizzazione Webex.
L'amministratore del sito assegna il privilegio CMR per abilitare tutti o alcuni utenti CMR Hybrid con video Cisco Webex Meeting Center.
(Opzionale) Disabilitare il tipo di sessione CMR Hybrid per questo sottoinsieme, quindi abilitare il video Cisco Webex Meeting Center nel relativo profilo utente.
L'amministratore del sito imposta il mesh video, quindi seleziona Hybrid come tipo di risorsa multimediale in Cloud Collaboration Meeting Room Options.
L'amministratore del sito imposta TelePresence Management Suite (TMS) e One Button to Push (OBTP) locali per utilizzare il video Cisco Webex Meeting Center. Vedi il Guida alla distribuzione Enterprise per videoconferenze Cisco Webex Meeting Center per informazioni.
Se il privilegio CMR è abilitato per un utente, gli Strumenti di produttività Webex vengono impostati per impostazione predefinita sulla versione video di Cisco Webex Meeting Center. Tutte le nuove riunioni pianificate dagli utenti sono riunioni video Cisco Webex Meeting Center.
Se le sale conferenze sono incluse nell'invito, le informazioni OBTP vengono inviate alla sala conferenze tramite TMS (solo per riunioni CMR Hybrid).
Le riunioni esistenti impostate dagli utenti CMR Hybrid prima del passaggio al video Cisco Webex Meeting Center devono continuare a funzionare finché il cliente conserva le impostazioni MCU e TMS locali.
Le riunioni CMR Hybrid esistenti non possono essere modificate o aggiornate per riflettere le informazioni sulla riunione video Cisco Webex Meeting Center. Se gli utenti desiderano utilizzare il nuovo invito, devono eliminare le riunioni precedenti e creare nuove riunioni.
Se il cliente desidera ritirare le riunioni locali MCU, TMS e CMR Hybrid precedenti non funzioneranno. È necessario creare nuove riunioni con le informazioni video Cisco Webex Meeting Center.
Protocollo di interoperabilità TelePresence e commutazione segmento
Il mesh video supporta la negoziazione di TelePresence Interoperability Protocol (TIP) e multiplex (MUX) per endpoint IX e TX a 1 schermo e a 3 schermi.
Per gli endpoint a tre schermi, tutti e tre gli schermi devono mostrare il video, se sono presenti un numero sufficiente di partecipanti alla conferenza. Un altro sistema a tre schermi nella conferenza determina il passaggio da un segmento all'altro anziché da una stanza all'altra. Ciò significa che invece che tutti e tre gli schermi diventano grandi quando qualcuno in un altro sistema a tre schermi parla, solo il riquadro attivo diventa grande. Gli altri due riquadri sono popolati da video provenienti da altri sistemi. Quando mostrato piccolo, tutti e tre i riquadri vengono visualizzati insieme (per tutti i dispositivi, uno o tre schermi) con una singola casella di delimitazione e etichetta del nome.
A seconda delle risorse di hosting nel cloud, alcuni endpoint mostreranno tutti e tre gli schermi di una sala a tre schermi nella sequenza di pellicole, mentre altri mostreranno solo un riquadro. L'app Webex mostra solo 1 riquadro, anche se il contenuto multimediale è in sede.
Per riunioni di grandi dimensioni che traboccano da un nodo e si propagano a catena in un secondo, lo stesso viene visualizzato da qualsiasi endpoint ospitato su un nodo diverso da quello che ospita il sistema a tre schermi (solo un riquadro visibile nel layout). La condivisione della presentazione richiede la negoziazione di BFCP attraverso il percorso di chiamata.
Informazioni nuove e modificate
Questa tabella contiene nuove funzioni o funzionalità, modifiche al contenuto esistente ed eventuali errori importanti corretti nella Guida alla distribuzione.
Per informazioni sugli aggiornamenti del software del nodo mesh video Webex, vedere https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.
Data | Cambia |
|---|---|
14 maggio 2024 |
|
09 febbraio 2024 |
|
31 agosto 2023 |
|
31 luglio 2023 |
|
28 luglio 2023 |
|
15 giugno 2023 |
|
| 16 maggio 2023 |
|
27 marzo 2023 |
|
2 marzo 2023 |
|
7 luglio 2022 |
|
30 giugno 2022 | Aggiunte informazioni sui nuovi script di provisioning in blocco su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 giugno 2022 | Procedura modificata per scambiare le catene di certificati in modo da includere i certificati ECDSA nelle catene di certificati di scambio tra nodi mesh video e Unified CM |
18 maggio 2022 | Modificato il sito di download dello strumento Reflector in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 aprile 2022 | Aggiunte informazioni sulla nuova funzione in Mantieni il tuo contenuto multimediale su mesh video per tutte le riunioni Webex esterne. |
25 marzo 2022 | Aggiornamenti all'utilizzo delle porte in Porte e protocolli per la gestione. |
Decemeber 10, 2021 | Aggiunto CMS 2000 e rilevato il problema di aggiornamento per i vecchi CMS 1000s aggiornamento a ESXi 7 in Requisiti di sistema e piattaforma per il software del nodo mesh video. |
30 agosto 2021 | Aggiunte informazioni sulla verifica che Webex disponga del paese di origine corretto per la distribuzione in Verifica Che il Paese Di Origine Sia Corretto. |
27 agosto 2021 | Aggiunta una nota sulla visibilità dei report di analisi in Supporto e limitazioni per le riunioni private. |
13 agosto 2021 | Aggiunte informazioni sulla nuova funzione Riunioni private in:
|
22 luglio 2021 | Aggiunte informazioni su come verificare che il sistema disponga della posizione di origine corretta per le chiamate. Le posizioni di origine corrette facilitano l'indirizzamento efficiente. Vedere Verificare Che il Paese Di Origine Sia Corretto. |
25 giugno 2021 | Tenere presente che la funzione Esperienza Webex con funzionalità complete dell'app Webex non è compatibile con il mesh video in client e dispositivi che utilizzano il nodo mesh video. |
7 maggio 2021 | Corretto la dimensione del cluster consigliata a 100 in Linee guida per la distribuzione del cluster mesh video. |
12 aprile 2021 | Aggiornata Configurazione dell'indirizzamento traffico SIP TCP Expressway per mesh video per utilizzare la zona Webex anziché una nuova zona DNS. |
9 febbraio 2021 |
|
11 dicembre 2020 |
|
22 ottobre 2020 |
|
| 19 ottobre 2020 |
|
| 18 settembre 2020 |
|
| È il 26 agosto 2020 |
|
4 agosto 2020 |
|
| 9 luglio 2020 |
|
26 giugno 2020 |
|
| 9 giugno 2020 |
|
| 21 maggio 2020 | Aggiornati porte e protocolli per la gestione e requisiti per il supporto proxy per mesh video. |
| 15 maggio 2020 | Panoramica mesh video aggiornata. |
| 25 aprile 2020 |
|
22 gennaio 2020 |
|
12 dicembre 2019 |
|
10 dicembre 2019 |
|
4 novembre 2019 |
|
| 18 ottobre 2019 |
|
26 settembre 2019 |
|
13 settembre 2019 |
|
| È il 29 agosto 2019 |
|
24 luglio 2019 |
|
9 luglio 2019 |
|
24 maggio 2019 |
|
25 aprile 2019 |
|
11 aprile 2019 |
|
Panoramica su mesh video Webex
Mesh video Webex trova dinamicamente il mix ottimale di risorse per conferenze locali e cloud. Le conferenze locali rimangono in locale quando vi sono risorse locali sufficienti. Quando le risorse locali sono esaurite, le conferenze si espandono nel cloud.
Il nodo mesh video è un software installato su un server Cisco UCS locale, registrato sul cloud e gestito in Control Hub. Le chiamate Webex Meetings, Webex Personal Meeting Room, Webex Space Meetings e l'app Webex tra due persone possono essere indirizzate ai nodi mesh video locali on-net. Video Mesh seleziona il modo più efficiente per utilizzare le risorse disponibili.
Mesh video offre i seguenti vantaggi:
Migliora la qualità e riduce la latenza consentendo di mantenere le chiamate in locale.
Estende le chiamate al cloud in modo trasparente quando in sede hanno raggiunto il limite o non sono disponibili.
Gestisci i cluster mesh video dal cloud con una singola interfaccia di amministrazione: Control Hub (https://admin.webex.com ).
Ottimizzare le risorse e scalare la capacità, come necessario.
Combina le funzioni della conferenza cloud e in sede in un'unica esperienza utente.
Riduce i problemi di capacità, perché il cloud è sempre disponibile quando sono necessarie risorse di conferenza aggiuntive. Non è necessario eseguire la pianificazione capacità per lo scenario peggiore.
Fornisce analisi avanzate su capacità e utilizzo e risoluzione dei problemi dei dati dei report in https://admin.webex.com.
Utilizza l'elaborazione multimediale locale quando gli utenti accedono a una riunione Webex da endpoint e client SIP locali basati su standard:
Endpoint e client basati su SIP (endpoint Cisco, Jabber, SIP di terze parti), registrati nel controllo chiamate locale (Cisco Unified Communications Manager o Expressway), che chiamano per accedere a una riunione Cisco Webex.
App Webex (incluso associato a dispositivi di sala) che accedono a una riunione Webex.
Dispositivi di sala e da scrivania Webex che accedono direttamente a una riunione Webex.
Fornisce una risposta vocale interattiva (IVR) ottimizzata a endpoint e client in rete basati su SIP .
Gli endpoint H.323, chiamata IP e Skype for Business (S4B) continuano a partecipare alle riunioni dal cloud.
Supporta video ad alta definizione 1080p 30fps come opzione per le riunioni, se i partecipanti alle riunioni che possono supportare 1080p vengono ospitati attraverso i nodi mesh video locali. (Se un partecipante accede a una riunione in corso dal cloud, gli utenti in sede continuano a registrare 1080 p 30 fps sugli endpoint supportati).
Marchio di qualità del servizio (QoS) migliorato e differenziato: audio separato (EF) e video (AF41).
Il mesh video Webex attualmente non supporta Webex Webinars.Supporta le riunioni con crittografia end-to-end (riunioni E2EE). Se un cliente distribuisce il mesh video e seleziona il tipo di riunione E2EE, aggiunge un ulteriore livello di sicurezza, garantendo che i dati (supporti, file, lavagne, annotazioni) rimangano sicuri e impedisca a terze parti di accedervi o modificarli. Per informazioni dettagliate, vedere Distribuzione di riunioni Zero-Trust.
Le riunioni private attualmente non supportano la crittografia end-to-end.
Client e dispositivi che utilizzano il nodo mesh video
Ci impegniamo a rendere il mesh video interoperabile con i client e i tipi di dispositivo pertinenti. Sebbene non sia possibile testare tutti gli scenari, i test su cui si basano questi dati coprono le funzioni più comuni degli endpoint e dell'infrastruttura elencati. L'assenza di un dispositivo o di un client implica la mancanza di test e di supporto ufficiale da parte di Cisco.
Tipo di client o dispositivo | Utilizza il nodo mesh video sulla chiamata punto a punto | Utilizza il nodo mesh video nella riunione multiparte |
|---|---|---|
App Webex (desktop e mobile) | Sì | Sì |
Dispositivi Webex, inclusi dispositivi di sala e Webex Board. (Vedere la sezione Requisiti endpoint e app Webex per un elenco completo). | Sì | Sì |
Condivisione wireless in sala tra l'app Webex e i dispositivi Room, Desk e Board supportati. | Sì | Sì |
Dispositivi registrati su Unified CM (inclusi endpoint IX) e client (inclusi Jabber VDI 12.6 e versioni successive e Webex VDI 39.3 e versioni successive) che chiamano per accedere a una riunione nella sala riunioni personale Webex pianificata o Webex.* | No | Sì |
Dispositivi registrati VCS/Expressway, che chiamano per accedere a una riunione pianificata Webex o a una riunione nella sala riunioni personale Webex.* | No | Sì |
Webex Chiama sistema video personale a dispositivi video registrati su cloud Webex | N/A | Sì |
client Web dell'app Webex ( https://web.webex.com) | Sì | Sì |
Telefoni registrati in Cisco Webex Calling | No | No |
Webex Chiama sistema video personale a dispositivi SIP registrati in locale | N/A | No |
* Non è possibile garantire che tutti i dispositivi e i client locali siano stati testati con la soluzione mesh video.
Incompatibilità mesh video con l'esperienza Webex con funzionalità completa
Se si abilita l'esperienza Webex con funzionalità complete per l'app Webex, l'app Webex non è supportata con i nodi mesh video. Tale funzione attualmente invia segnali e contenuti multimediali direttamente a Webex. Le release future renderanno compatibile l'app Webex e il mesh video. Per impostazione predefinita, tale funzione non è stata abilitata per i clienti con mesh video.
Si potrebbero verificare problemi con il mesh video e l'esperienza Webex con funzionalità complete:
Se è stato aggiunto il mesh video alla distribuzione dopo l'introduzione di tale funzione.
Se questa funzione è stata abilitata senza conoscerne l'impatto sul mesh video.
Se si notano problemi, contattare il team dell'account Cisco per disabilitare il tasto di alternanza Esperienza Webex con funzionalità complete.
Qualità del servizio sul nodo mesh video
I nodi mesh video sono conformi alle procedure consigliate per la qualità del servizio (QoS) abilitando intervalli di porte che consentono di differenziare i flussi audio e video in tutti i flussi da e verso i nodi mesh video. Questa modifica consentirà di creare criteri di QoS e aggiungere commenti efficaci al traffico in ingresso e in uscita dai nodi mesh video.
Le modifiche alle porte sono accompagnate da modifiche QoS. I nodi mesh video contrassegnano automaticamente il traffico multimediale dagli endpoint registrati SIP (registrati su Unified CM o VCS Expressway) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzano intervalli di porte ben noti per tipi di supporto specifici.
Il traffico di origine dagli endpoint registrati in sede è sempre determinato dalla configurazione nel controllo chiamata (Unified CM o VCS Expressway).
Per ulteriori informazioni, vedere la tabella QoS in Porte e protocolli utilizzati dal mesh video e la procedura per abilitare o disabilitare la QoS nel flusso delle attività di distribuzione del mesh video
L'app Webex continua a connettersi ai nodi mesh video sulla porta condivisa 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint per i test di raggiungibilità STUN sui nodi mesh video. Il nodo mesh video al nodo mesh video per le propagazioni a catena utilizza l'intervallo di porte di destinazione 10000-40000.Supporto proxy per mesh video
Il mesh video supporta proxy di ispezione espliciti e trasparenti e non di ispezione. È possibile collegare questi proxy alla distribuzione mesh video in modo da proteggere e monitorare il traffico dall'azienda al cloud. Questa funzione invia segnali e gestione del traffico basato su https al proxy. Per proxy trasparenti, le richieste di rete dai nodi mesh video vengono inoltrate a un proxy specifico attraverso le regole di indirizzamento della rete aziendale. È possibile utilizzare l'interfaccia di amministrazione mesh video per la gestione dei certificati e lo stato generale della connettività dopo aver implementato il proxy con i nodi.
Il contenuto multimediale non passa attraverso il proxy. È comunque necessario aprire le porte richieste per i flussi multimediali per raggiungere direttamente il cloud. Vedere Porte e protocolli per la gestione. |
I seguenti tipi di proxy sono supportati dal mesh video:
Proxy esplicito (ispezione o non ispezione): con il proxy esplicito, indicare al client (nodi mesh video) quale server proxy utilizzare. Questa opzione supporta uno dei seguenti tipi di autenticazione:
Nessuno: non è richiesta alcuna ulteriore autenticazione. (Per proxy esplicito HTTP o HTTPS).
Base: utilizzato per un agente utente HTTP per fornire un nome utente e una password quando si effettua una richiesta e utilizza la codifica Base64. (Per proxy esplicito HTTP o HTTPS).
Digest: utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili e applica una funzione hash sul nome utente e sulla password prima di inviare tramite la rete. (Per proxy esplicito HTTPS).
NTLM: come Digest, NTLM viene utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili. Utilizza le credenziali Windows anziché il nome utente e la password. Questo schema di autenticazione richiede il completamento di più scambi. (Per proxy esplicito HTTP.)
Proxy trasparente (non ispezionato): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico e non devono richiedere modifiche per lavorare con un proxy non ispezionato.
Proxy trasparente (ispezione): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico. Nessuna modifica di configurazione http(s) è necessaria sul mesh video; tuttavia, i nodi mesh video necessitano di un certificato radice in modo che si fidino del proxy. Le deleghe di ispezione vengono solitamente utilizzate dal reparto IT per applicare politiche relative a quali siti web possono essere visitati e tipi di contenuti non consentiti. Questo tipo di proxy decrittografa tutto il traffico (anche https).
Risoluzioni e framerate supportate per mesh video
Questa tabella illustra le risoluzioni supportate e si suddivide dal punto di vista del mittente-destinatario in una riunione ospitata su un nodo mesh video. Il client mittente (app o dispositivo) si trova nella riga superiore della tabella, mentre il client destinatario si trova nella colonna laterale sinistra della tabella. La cella corrispondente tra i due partecipanti acquisisce la risoluzione del contenuto negoziata, i fotogrammi per sezione e l'origine audio.
La risoluzione influisce sulla capacità di chiamata su qualsiasi nodo mesh video. Per ulteriori informazioni, vedere Capacità per i nodi mesh video. |
Il valore di risoluzione e framerate è combinato come XXXpYY: ad esempio, 720p10 significa 720p a 10 fotogrammi al secondo.
Le abbreviazioni di definizione (SD, HD e FHD) nella riga del mittente e nella colonna del ricevitore si riferiscono alla risoluzione superiore del client o del dispositivo:
SD: definizione standard (576p)
HD: alta definizione (720 p)
FHD: alta definizione completa (1080p)
Destinatario | Mittente | ||||||
|---|---|---|---|---|---|---|---|
App Webex | App mobile Webex | Dispositivi registrati SIP (HD) | Dispositivi registrati SIP (FHD) | Dispositivi registrati Webex (SD) | Dispositivi registrati Webex (HD) | Dispositivi registrati Webex (FHD) | |
Desktop app Webex | 720 p10 Audio misto* | 720 p10 Audio misto | 720 p30 Audio misto | 720 p30 Audio misto | 576p15 Audio contenuto** | 720 p30 Audio misto | 720 p30 Audio misto |
App mobile Webex | — | — | — | — | — | — | — |
Dispositivi registrati SIP (HD) | 720 p30 Audio contenuto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati SIP (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
| Dispositivi registrati Webex (SD) | 1080p15 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati Webex (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
* L'audio del contenuto si riferisce all'audio riprodotto dal contenuto specifico condiviso, ad esempio un video in streaming. Questo flusso audio è separato dall'audio della riunione normale.
** L'audio misto si riferisce a una combinazione dell'audio dei partecipanti alla riunione e dell'audio della condivisione del contenuto.
Requisiti per il mesh video
Il mesh video è disponibile con le offerte documentate in Requisiti di licenza per i servizi ibridi.
Requisiti di integrazione di controllo chiamata e riunione per mesh video
Il controllo delle chiamate e l'infrastruttura per le riunioni esistenti non sono necessari per utilizzare il mesh video, ma è possibile integrare i due. Se stai integrando il mesh video con l'infrastruttura di controllo chiamate e riunione, assicurati che l'ambiente soddisfi i criteri minimi documentati nella tabella seguente.
Scopo dei componenti | Versione minima supportata |
|---|---|
Controllo chiamate in sede | Cisco Unified Communications Manager, versione 11.5(1) SU3 o successive. (Si consiglia l'ultima release SU). Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Infrastruttura per riunioni | Webex Meetings WBS33 o versioni successive. È possibile verificare che il sito Webex si trovi sulla piattaforma corretta se l'elenco dei tipi di risorse multimediali è disponibile nelle opzioni del sito Cloud Collaboration Meeting Room.
Per assicurarsi che il sito sia pronto per il mesh video, contattare il Customer Success Manager (CSM) o il partner. |
Gestione del failover | Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Requisiti endpoint e app Webex
Scopo dei componenti | Dettagli |
|---|---|
Endpoint supportati | |
Versioni supportate dell'app Webex | Il mesh video supporta l'app Webex per desktop (Windows, Mac) e mobile (Android, iPhone e iPad). Per scaricare l'app per una piattaforma supportata, andare a https://www.webex.com/downloads.html. |
Codec supportati | Vedere le specifiche video Webex| per chiamate e riunioni per i codec audio e video supportati. Tenere presente queste avvertenze per il mesh video:
|
Dispositivi di sala, da scrivania e Board registrati su Webex supportati | I seguenti dispositivi vengono testati e confermati per il funzionamento con i nodi mesh video: |
Requisiti di sistema e piattaforma per il software del nodo mesh video
Ambienti di produzione
Nelle distribuzioni di produzione, sono disponibili due modi per distribuire il software del nodo mesh video su una particolare configurazione hardware:
È possibile impostare ciascun server come una singola macchina virtuale, il modo migliore per le distribuzioni che includono molti endpoint SIP.
Utilizzando l'opzione VMNLite, è possibile impostare ciascun server con più macchine virtuali più piccole. VMNLite è la soluzione migliore per distribuzioni in cui la maggior parte dei client e dei dispositivi sono app Webex ed endpoint registrati Webex.
Questi requisiti sono comuni per tutte le configurazioni:
VMware ESXi 7 o 8, vSphere 7 o 8
Iperfilettatura abilitata
I nodi mesh video in esecuzione indipendenti dall'hardware della piattaforma necessitano di vCPU e RAM dedicati. La condivisione delle risorse con altre applicazioni non è supportata. Ciò si applica a tutte le immagini del software mesh video.
Per le immagini Video Mesh Lite (VMNLite) su una piattaforma CMS, supportiamo solo le immagini VMNLite. Nessun'altra immagine mesh video o applicazione mesh non video può essere sull'hardware CMS con il software VMNLite.
Configurazione hardware | Distribuzione di produzione come singola macchina virtuale | Distribuzione di produzione con VM VMNLite | Note | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video.
| ||
Configurazione basata su specifiche (processore 2.6-GHz Intel Xeon E5-2600v3 o successivo richiesto) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Ogni macchina virtuale mesh video deve avere CPU, RAM e dischi rigidi riservati a se stessa. Utilizzare l'opzione CMS1000 o VMNLite durante la configurazione. Il picco di PIO (operazioni di input/output al secondo) per lo storage NFS è 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Distribuire come 8 istanze della macchina virtuale identiche, ciascuna con:
| Distribuire come 24 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video. Ciascuna lama deve essere un Cisco Meeting Server 1000 completo con CPU, RAM e dischi rigidi riservati per lama. Il picco di IOP per storage NFS è 300 IOPS. |
Ambienti dimostrativi
Per scopi demo di base, è possibile utilizzare una configurazione hardware basata sulle specifiche, con i seguenti requisiti minimi:
14vCPU (12 per il nodo mesh video, 2 per ESXi)
Memoria principale da 8 GB
20 GB di spazio su disco rigido locale
2,6 GHz Intel Xeon E5-2600v3 o processore successivo
Questa configurazione di mesh video non è supportata da Cisco TAC. |
Per ulteriori informazioni sul software demo, vedere Video Mesh Node Demo Software.
Requisiti di larghezza di banda
I nodi mesh video devono disporre di una larghezza di banda Internet minima di 10 Mbps per il corretto funzionamento del caricamento e del download.
Requisiti per il supporto proxy per mesh video
Sono supportate ufficialmente le seguenti soluzioni proxy che possono essere integrate con i nodi mesh video.
Cisco Web Security Appliance (WSA) per proxy trasparente
Squid per proxy esplicito
Per un proxy esplicito o un proxy trasparente che ispeziona (decrittografa il traffico), è necessario disporre di una copia del certificato principale del proxy che sarà necessario caricare nell'archivio attendibilità del nodo mesh video sull'interfaccia Web.
Sono supportate le seguenti combinazioni di proxy esplicito e tipo di autenticazione:
Nessuna autenticazione con http e https
Autenticazione di base con http e https
Autenticazione del digest solo con https
Autenticazione NTLM solo con http
Per i proxy trasparenti, è necessario utilizzare il router/switch per forzare il traffico HTTPS/443 per passare al proxy. È inoltre possibile forzare la presa Web per passare al proxy. (Web Socket utilizza https.)
Il mesh video richiede connessioni socket Web ai servizi cloud, in modo che i nodi funzionino correttamente. Durante l'ispezione esplicita e trasparente dei proxy di ispezione, le intestazioni http sono richieste per una connessione websocket corretta. Se vengono modificati, la connessione websocket non riuscirà.
Quando si verifica un errore di connessione websocket sulla porta 443 (con proxy di ispezione trasparente abilitato), viene visualizzato un avviso post-registrazione in Control Hub: "La chiamata SIP mesh video Webex non funziona correttamente." Lo stesso allarme può verificarsi per altri motivi quando il proxy non è abilitato. Quando le intestazioni websocket sono bloccate sulla porta 443, il contenuto multimediale non scorre tra le app e i client SIP.
Se il contenuto multimediale non scorre, ciò si verifica spesso quando il traffico https dal nodo sulla porta 443 non riesce:
Il traffico della porta 443 è consentito dal proxy, ma è un proxy ispezionante e sta interrompendo la websocket.
Per correggere questi problemi, è possibile che sia necessario "bypassare" o "splice" (disabilitare l'ispezione) sulla porta 443 per: *.wbx2.com e *.ciscospark.com.
Capacità per i nodi mesh video
Poiché il mesh video è un prodotto multimediale basato su software, la capacità dei nodi mesh video varia. In particolare, i partecipanti alle riunioni sul cloud Webex caricano di più i nodi. Si ottiene capacità inferiori quando si dispone di più cascate per il cloud Webex. Altri fattori che influiscono sulla capacità sono:
Tipi di dispositivi e client
Risoluzione video
Qualità della rete
Carico massimo
Modello di distribuzione
L'utilizzo di mesh video non incide sul numero di licenze Webex. |
In generale, l'aggiunta di più nodi al cluster non raddoppia la capacità a causa del sovraccarico per l'impostazione delle cascate. Usa questi numeri come guida generale. Raccomandiamo quanto segue:
Testare scenari di riunioni comuni per la distribuzione.
Usa la funzionalità di analisi in Control Hub per vedere come si sta evolvendo la tua distribuzione e aggiungere la capacità come necessario.
Le overflow su un volume di chiamate basso (in particolare le chiamate SIP che hanno origine in sede) non sono un vero riflesso di scala. L'analisi mesh video (in Control Hub > Risorse > Attività di chiamata) indica i segmenti di chiamata che hanno origine in sede. Non specificano i flussi di chiamata che sono arrivati attraverso la cascata al nodo mesh video per l'elaborazione multimediale. Man mano che il numero di partecipanti remoti aumenta in una riunione, aumenta a cascata e consuma risorse multimediali locali sul nodo mesh video. |
Questa tabella elenca gli intervalli di capacità per le diverse combinazioni di partecipanti ed endpoint sui nodi mesh video regolari. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità dei partecipanti |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | 100-130 |
1080p | 90-100 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 60-100 |
1080p | 30-40 | |
Riunioni con solo partecipanti SIP | 720 p | 70-80 |
1080p | 30-40 | |
Riunioni con partecipanti Webex App e SIP | 720 p | 75-110 |
|
Capacità per VMNLite
Si consiglia VMNLite per distribuzioni che includono principalmente app Webex ed endpoint registrati su cloud. In queste distribuzioni, i nodi utilizzano più risorse di commutazione e meno risorse di transcodifica rispetto alla configurazione standard. La distribuzione di diverse macchine virtuali più piccole sull'organizzatore ottimizza le risorse per questo scenario.
Questa tabella elenca gli intervalli di capacità delle diverse combinazioni di partecipanti ed endpoint. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità partecipante con 3 nodi VMNLite su un server |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | da 250 a 300 |
1080p | 230-240 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 175-275 |
1080p | 230-240 |
La risoluzione di base per le riunioni dell'app Webex è 720 p. Tuttavia, quando si condivide, le anteprime dei partecipanti sono a 180p. |
Cluster in mesh video
È possibile distribuire i nodi mesh video nei cluster. Un cluster definisce i nodi mesh video con attributi simili, come la prossimità di rete. I partecipanti utilizzano un determinato cluster o il cloud, in base alle seguenti condizioni:
Un client su una rete aziendale che può raggiungere un cluster locale si connette ad esso, la preferenza principale per i client sulla rete aziendale.
I client che accedono a una riunione privata mesh video si connettono solo a cluster locali. È possibile creare un cluster separato specificamente per queste riunioni private.
Un client che non riesce a raggiungere un cluster locale si connette al cloud, il caso di un dispositivo mobile non connesso alla rete aziendale.
Il cluster scelto dipende anche dalla latenza, anziché dalla sola posizione. Ad esempio, un cluster cloud con ritardo round trip (SRT) STUN inferiore rispetto a un cluster mesh video potrebbe essere un candidato migliore per la riunione. Questa logica impedisce a un utente di atterrare su un cluster geograficamente lontano con un ritardo SRT elevato.
Ciascun cluster contiene una logica che propaga a catena le riunioni, ad eccezione delle riunioni private mesh video, su altri cluster di riunioni cloud, come necessario. La funzione a cascata fornisce un percorso dati per i media tra i client nelle riunioni. Le riunioni vengono distribuite tra i nodi e i clienti si trovano sul nodo più efficiente più vicino a loro, a seconda di fattori quali la topologia di rete, il collegamento WAN e l'utilizzo delle risorse.
La capacità del client di eseguire il ping dei nodi multimediali determina la raggiungibilità. Una chiamata effettiva utilizza una varietà di meccanismi di connessione potenziali, come UDP e TCP. Prima della chiamata, il dispositivo Webex (Room, Desk, Board e app Webex) si registra nel cloud Webex, che fornisce un elenco di candidati cluster per la chiamata.
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
Cluster per riunioni private
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzeranno un cluster prenotato, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
Per informazioni dettagliate sulla funzione riunioni private mesh video, vedere Riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
Linee guida per la distribuzione del cluster mesh video
Nelle distribuzioni aziendali tipiche, si consiglia ai clienti di utilizzare fino a 100 nodi per cluster. Nel sistema non sono impostati limiti rigidi per bloccare una dimensione di cluster con più di 100 nodi. Tuttavia, se è necessario creare cluster più grandi, si consiglia vivamente di esaminare questa opzione con Cisco Engineering attraverso il team dell'account Cisco.
Crea meno cluster quando le risorse hanno una prossimità di rete simile (affinità).
Quando si creano i cluster, aggiungere solo i nodi che si trovano nella stessa area geografica e nello stesso centro dati. Il clustering sulla rete WAN (Wide Area Network) non è supportato.
Solitamente, distribuisci i cluster nelle aziende che organizzano riunioni localizzate frequenti. Pianifica dove inserisci i cluster sulla larghezza di banda disponibile in diverse posizioni WAN all'interno dell'azienda. Nel tempo, puoi distribuire e far crescere cluster per cluster in base ai modelli utente osservati.
I cluster situati in fusi orari diversi possono servire efficacemente più aree geografiche sfruttando i diversi schemi di chiamata in ore di punta/occupato.
Se si dispone di due nodi mesh video in due centri dati separati (EU e NA, ad esempio) e gli endpoint si uniscono attraverso ciascun centro dati, i nodi in ciascun centro dati vengono trasferiti in cascata a un singolo nodo mesh video nel cloud. Queste cascate passavano su Internet. Se è presente un partecipante cloud (che accede prima di uno dei partecipanti mesh video), i nodi vengono trasferiti attraverso il nodo multimediale del partecipante cloud.
Diversità fuso orario
La diversità del fuso orario può consentire la condivisione dei cluster durante gli orari non di punta. Ad esempio: Un'azienda con un cluster della California settentrionale e un cluster di New York potrebbe scoprire che la latenza complessiva della rete non è così alta tra le due posizioni che servono una popolazione di utenti geograficamente diversificata. Quando le risorse sono al picco di utilizzo nel cluster della California settentrionale, è probabile che il cluster di New York non sia al picco e abbia una capacità aggiuntiva. Lo stesso vale per il cluster della California settentrionale, durante gli orari di punta nel cluster di New York. Questi non sono gli unici meccanismi utilizzati per una distribuzione efficace delle risorse, ma sono i due principali.
Overflow sul cloud
Una volta raggiunta la capacità di tutti i cluster locali, un partecipante locale esegue il overflow sul cloud Webex. Ciò non significa che tutte le chiamate siano ospitate nel cloud. Webex indirizza solo al cloud i partecipanti che sono remoti o che non possono connettersi a un cluster locale. In una chiamata con partecipanti locali e cloud, il cluster locale viene collegato (a cascata) al cloud per combinare tutti i partecipanti in una singola chiamata.
Se imposti la riunione come tipo di riunione privata, Webex mantiene tutte le chiamate sui cluster locali. Le riunioni private non vengono mai riversate sul cloud.
Il dispositivo Webex si registra in Webex
Oltre a determinare la raggiungibilità, i client eseguono anche test periodici di ritardo di round trip utilizzando Simple Traversal of UDP through NAT (STUN). Il ritardo STUN round-trip (SRT) è un fattore importante nella selezione di risorse potenziali durante una chiamata effettiva. Quando vengono distribuiti più cluster, i criteri di selezione principali si basano sul ritardo SRT appreso. I test di raggiungibilità vengono eseguiti in background, avviati da una serie di fattori, incluse le modifiche alla rete, e non introducono ritardi che incidono sui tempi di impostazione della chiamata. I due esempi seguenti mostrano i possibili risultati dei test di raggiungibilità.
Test di ritardo round trip: il dispositivo cloud non riesce a raggiungere il cluster locale

Test di ritardo round trip: il dispositivo cloud raggiunge correttamente il cluster locale
Le informazioni sulla raggiungibilità apprese vengono fornite al cloud Webex ogni volta che viene impostata una chiamata. Queste informazioni consentono al cloud di selezionare la risorsa migliore (cluster o cloud), a seconda della posizione relativa del client rispetto ai cluster disponibili e del tipo di chiamata. Se non sono disponibili risorse nel cluster preferito, tutti i cluster vengono testati per la disponibilità in base al ritardo SRT. Viene scelto un cluster preferito con il ritardo SRT più basso. Le chiamate vengono servite in locale da un cluster secondario quando il cluster principale è occupato. Le risorse mesh video raggiungibili locali vengono provate per prime, in ordine di ritardo SRT più basso. Quando tutte le risorse locali sono esaurite, il partecipante si connette al cloud.
La definizione di cluster e la posizione sono fondamentali per una distribuzione che fornisce la migliore esperienza generale per i partecipanti. Idealmente, una distribuzione dovrebbe fornire risorse dove si trovano i clienti. Se non vengono allocate risorse sufficienti dove i client effettuano la maggior parte delle chiamate, viene consumata più larghezza di banda della rete interna per connettere gli utenti ai cluster distanti.
Chiamata locale e cloud
I dispositivi Webex locali con la stessa affinità di cluster (preferenza, in base alla prossimità al cluster) si connettono allo stesso cluster per una chiamata. Dispositivi Webex locali con diverse affinità di cluster locali, esegui la connessione a cluster diversi e i cluster vengono quindi collegati in cascata al cloud per combinare i due ambienti in una singola chiamata. In questo modo viene creato un design hub e parlato con il cloud Webex come hub e i cluster locali come indicatori nella riunione.
Chiamata locale con diverse affinità di cluster
Il dispositivo Webex si connette al cluster locale o al cloud in base alla sua raggiungibilità. Di seguito sono riportati alcuni esempi degli scenari più comuni.
Il dispositivo cloud Webex si connette al cloud

Il dispositivo locale Webex si connette al cluster locale

Il dispositivo locale Webex si connette al cloud

Selezione del cluster cloud per overflow in base al ritardo di round-trip STUN di 250 ms o superiore
Sebbene la preferenza per la selezione dei nodi sia rappresentata dai nodi mesh video distribuiti localmente, è supportato uno scenario in cui, se il ritardo round trip (SRT) STUN verso un cluster mesh video locale supera il ritardo round trip tollerabile di 250 ms (che solitamente si verifica se il cluster locale è configurato in un altro continente), il sistema seleziona il nodo multimediale cloud più vicino in tale geografia anziché un nodo mesh video.

L'app Webex o il dispositivo Webex è sulla rete aziendale in San Jose.
I cluster di San Jose e Amsterdam sono a portata di mano o non disponibili.
Il ritardo SRT per il cluster di Shanghai è superiore a 250 ms e probabilmente introdurrà problemi di qualità multimediale.
Il cluster cloud di San Francisco presenta un ritardo SRT ottimale.
Il cluster Mesh video di Shanghai è escluso dalla considerazione.
Di conseguenza, l'app Webex viene riversata nel cluster cloud di San Francisco.
Riunioni private
Le riunioni private isolano tutti i contenuti multimediali nella rete attraverso il mesh video. A differenza delle normali riunioni, se i nodi locali sono pieni, il contenuto multimediale non si propaga a catena al cloud Webex. Tuttavia, per impostazione predefinita, le riunioni private possono essere trasmesse in cascata a diversi cluster mesh video sulla rete. Per le riunioni private in diverse posizioni geografiche, i cluster mesh video devono disporre di connettività diretta tra loro per consentire la propagazione a catena tra cluster, come da HQ1_VMN a Remote1_VMN nella figura.
Accertarsi che le porte necessarie siano aperte nel firewall per consentire la propagazione a catena tra i cluster. Vedere Porte e protocolli per la gestione.
Tutti i partecipanti a una riunione privata devono appartenere all'organizzazione Webex dell'organizzatore della riunione. Possono accedere utilizzando l'app Webex o un sistema video autenticato (endpoint SIP registrati su dispositivo video registrato UCM/VCS o Webex). I partecipanti con accesso VPN o MRA alla rete possono partecipare a una riunione privata. Tuttavia, nessuno può partecipare a una riunione privata dall'esterno della rete.
Modelli di distribuzione supportati da mesh video
- Supportato in una distribuzione mesh video
-
È possibile distribuire un nodo mesh video in un centro dati (preferito) o in una zona smilitarizzata (DMZ). Per informazioni, vedere Porte e protocolli utilizzati dal mesh video.
Per una distribuzione DMZ, è possibile impostare i nodi mesh video in un cluster con l'interfaccia di rete doppia (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interno (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata nel cloud).
Dual NIC funziona sulla versione completa, VMNLite e demo del software del nodo mesh video. È inoltre possibile distribuire il mesh video dietro un'impostazione NAT 1:1.
È possibile integrare i nodi mesh video con l'ambiente di controllo delle chiamate. Ad esempio, le distribuzioni con mesh video integrata con Unified CM, vedere Modelli di distribuzione per mesh video e Cisco Unified Communications Manager.
Sono supportati i seguenti tipi di traduzione dell'indirizzo:
Traduzione dinamica dell'indirizzo di rete (NAT) utilizzando un pool IP
Traduzione indirizzo porta dinamica (PAT)
NAT 1:1
Altre forme di NAT dovrebbero funzionare fino a quando vengono utilizzate le porte e i protocolli corretti, ma non li supportiamo ufficialmente perché non sono stati testati.
IPv4
Indirizzo IP statico per il nodo mesh video
- Non supportato in una distribuzione mesh video
-
IPv6
DHCP per il nodo mesh video
Un cluster con una combinazione di NIC singola e NIC doppia
Raggruppamento dei nodi di mesh video sulla rete WAN (Wide Area Network)
Audio, video o contenuto multimediale che non passa attraverso un nodo mesh video:
Audio da telefoni
Chiamata peer-to-peer tra l'app Webex e l'endpoint basato su standard
Terminazione audio su nodo mesh video
Contenuto multimediale inviato tramite la coppia C/E Expressway
Richiamata video da Webex
Modelli di distribuzione per mesh video e Cisco Unified Communications Manager
Questi esempi mostrano distribuzioni mesh video comuni e consentono di capire dove i cluster mesh video possono adattarsi alla rete. Tenere presente che la distribuzione mesh video dipende da fattori nella topologia di rete:
Posizioni dei centri dati
Sedi e dimensioni degli uffici
Posizione e capacità di accesso a Internet
In generale, provare a collegare i nodi mesh video ai cluster Unified CM o Session Management Edition (SME). Come buona pratica, mantenere i nodi il più centralizzati possibile alle filiali locali.
Video Mesh supporta Session Management Edition (SME). I cluster Unified CM possono essere connessi attraverso una SME, quindi è necessario creare un trunk SME che si connette ai nodi mesh video.
Architettura hub e spoke

Questo modello di distribuzione include la rete centralizzata e l'accesso a Internet. In genere, la sede centrale è caratterizzata da un’elevata concentrazione di dipendenti. In questo caso, è possibile posizionare un cluster mesh video nella posizione centrale per una gestione multimediale ottimizzata.
La localizzazione dei cluster nelle posizioni delle filiali potrebbe non generare vantaggi a breve termine e potrebbe determinare un instradamento subottimale. Si consiglia di distribuire i cluster in una filiale solo se è presente una comunicazione frequente tra le filiali.
Distribuzione geografica

La distribuzione geograficamente distribuita è interconnessa ma può mostrare una latenza notevole tra le regioni. La mancanza di risorse può causare l'impostazione a cascata subottimale a breve termine quando sono presenti riunioni tra utenti in ciascuna posizione geografica. In questo modello, si consiglia di distribuire i nodi mesh video vicino all'accesso Internet regionale.
Distribuzione geografica con chiamata SIP

Questo modello di distribuzione contiene cluster Unified CM regionali. Ciascun cluster può contenere un trunk SIP per selezionare le risorse nel cluster mesh video locale. Un secondo trunk può fornire un percorso di failover a una coppia Expressway se le risorse diventano limitate.
Porte e protocolli utilizzati dal mesh video
Per garantire una distribuzione corretta del mesh video e un funzionamento senza problemi dei nodi mesh video, aprire le seguenti porte sul firewall per l'uso con i protocolli.
Vedi Requisiti di rete per i servizi Webex per comprendere i requisiti di rete generali per Webex Teams.
Per ulteriori informazioni su firewall e procedure di rete per i servizi Webex, vedere il whitepaper trasversale sui firewall.
Per mitigare potenziali problemi di query DNS, seguire le procedure consigliate DNS, le protezioni di rete e la documentazione di identificazione degli attacchi quando si configura il firewall aziendale.
Per ulteriori informazioni sul design, vedere Architettura preferita per i servizi ibridi, CVD.
Porte e protocolli per la gestione
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
I nodi mesh video in un cluster devono essere nella stessa VLAN o subnet mask.
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Gestione | Computer di gestione | Nodo mesh video | Secondo necessità | Any | TCP, HTTPS | Nodo mesh video | 443 |
SSH per l'accesso alla console di amministrazione mesh video | Computer di gestione | Nodo mesh video | Secondo necessità | Any | TCP | Nodo mesh video | 22 |
Comunicazione intracluster | Nodo mesh video | Nodo mesh video | Indirizzo IP di altri nodi mesh video nel cluster | Any | TCP | Nodi mesh video | 8443 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Any | UDP, NTP UDP, DNS TCP, HTTPS (WebSocket) | Any | 123* 53* |
Segnalazione a cascata | Nodo mesh video | Cloud Webex | Any | Any | TCP | Any | 443 |
Elemento multimediale a cascata | Nodo mesh video | Cloud Webex | Nodo mesh video | Qualsiasi*** | UDP | Any Per intervalli di indirizzi specifici, vedere la sezione "Subnet IP per i servizi multimediali Webex" nei requisiti di rete per i servizi Webex. | 5004 da 50000 a 53000 Per informazioni dettagliate, vedere la sezione "Servizi Webex - Numeri di porta e protocolli" in Requisiti di rete per i servizi Webex. |
Segnalazione a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Any | Any | TCP | Any | 443 |
Elemento multimediale a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Cluster mesh Vido (1) | Qualsiasi*** | UDP | Any | 5004 da 50000 a 53000 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Any | TCP, HTTPS | Qualsiasi** | 443 |
Gestione | Nodo mesh video (1) | Nodo mesh video (2) | Nodo mesh video (1) | Any | TCP, HTTPS (WebSocket) | Nodo mesh video (2) | 443 |
Comunicazione interna | Nodo mesh video | Tutti gli altri nodi mesh video | Nodo mesh video | Any | UDP | Any | da 10000 a 40000 |
* La configurazione predefinita nel file OVA è configurata per NTP e DNS. Il file OVA richiede l'apertura di tali porte in uscita su Internet. Se si configura un server NTP e DNS locale, non è necessario aprire le porte 53 e 123 attraverso il firewall.
** Poiché alcuni URL del servizio cloud sono soggetti a modifiche senza avviso, QUALSIASI è la destinazione consigliata per il funzionamento senza problemi dei nodi mesh video. Se si preferisce filtrare il traffico in base agli URL, vedere la sezione URL dei team Webex per i servizi ibridi
della sezione Requisiti di rete per i servizi Webex per ulteriori informazioni.
***Le porte variano in base all'abilitazione della QoS. Con la QoS abilitata, le porte sono 52.500-59499, 63000-64667, 59500-62999 e 64688-65500. Con la QoS spenta, le porte sono 34.000-34.999.
Firme di traffico per mesh video (qualità del servizio abilitata)
Per distribuzioni in cui il nodo mesh video si trova sul lato aziendale del DMZ o all'interno del firewall, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente all'amministratore di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video per il contrassegno di rete QoS. Questa impostazione Qualità del servizio è abilitata per impostazione predefinita e modifica ai valori di questa tabella le porte di origine utilizzate per la condivisione di audio, video e contenuto. Questa impostazione consente di configurare criteri di contrassegno QoS in base agli intervalli di porte UDP per differenziare l'audio dalla condivisione video o di contenuto e contrassegnare tutto l'audio con il valore consigliato di condivisione EF e video e contenuto con un valore consigliato di AF41.
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video, che sono il focus principale delle configurazioni di rete QoS. Mentre i criteri di contrassegno QoS di rete per il contenuto multimediale su UDP sono al centro della seguente tabella, i nodi mesh video Webex terminano anche il traffico TCP per la presentazione e la condivisione di contenuto per l'app Webex utilizzando le porte effimere 52500–65500. Se un firewall si trova tra i nodi mesh video e l'app Webex, tali porte TCP devono anche essere autorizzate per il corretto funzionamento.
Il nodo mesh video contrassegna il traffico in modo nativo. Questa marcatura nativa è asimmetrica in alcuni flussi e dipende dal fatto che le porte di origine siano porte condivise (porta singola come 5004 per flussi multipli verso varie destinazioni e porte di destinazione) o dal fatto che non lo siano (dove la porta rientra in un intervallo ma è unica per quella specifica sessione bidirezionale). Per comprendere il contrassegno nativo tramite un nodo mesh video, tenere presente che il nodo mesh video contrassegna l'audio EF quando non utilizza la porta 5004 come porta di origine. Alcuni flussi bidirezionali, come mesh video a cascata mesh video o mesh video a app Webex, verranno contrassegnati in modo asimmetrico, un motivo per utilizzare la rete per annotare il traffico in base agli intervalli di porte UDP forniti. |
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Servizi multimediali cloud Webex | da 52500 a 59499 | 5004 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 63000 a 64667 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | Ef | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 52500 a 59499 | 5004 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 63000 a 64667 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Applicazione o endpoint Webex Teams* | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
*La direzione del traffico multimediale determina le marcature DSCP. Se le porte di origine sono dal nodo mesh video (dal nodo mesh video all'app Webex Teams), il traffico è contrassegnato solo come AF41. Il traffico multimediale proveniente dall'app Webex Teams o dagli endpoint Webex presenta contrassegni DSCP separati, ma non il traffico di ritorno dalle porte condivise del nodo mesh video.
Differenziazione porta di origine UDP (client app Windows Webex): Se si desidera abilitare la differenziazione della porta di origine UDP per la propria organizzazione, contattare il team dell'account locale. Se questa opzione non è abilitata, la condivisione audio e video non può essere differenziata dal sistema operativo Windows. Le porte di origine saranno le stesse per la condivisione di audio, video e contenuto sui dispositivi Windows. |
Firme di traffico per mesh video (qualità del servizio disabilitata)
Per distribuzioni in cui il nodo mesh video si trova nel DMZ, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video. Questa impostazione Qualità del servizio, se disabilitata (abilitata per impostazione predefinita), modifica le porte di origine utilizzate per la condivisione di audio, video e contenuto dal nodo mesh video nell'intervallo 34000 a 34999. Il nodo mesh video quindi contrassegna in modo nativo tutto l'audio, il video e la condivisione di contenuto in un singolo DSCP di AF41.
Poiché le porte di origine sono uguali per tutti i file multimediali indipendentemente dalla destinazione, non è possibile differenziare l'audio dalla condivisione video o di contenuto in base all'intervallo di porte con questa impostazione disabilitata. Questa configurazione consente di configurare più facilmente i fori dei pin del firewall per i supporti con la qualità del servizio abilitata. |
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video quando la QoS è disabilitata.
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | AF41 | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
Porte e protocolli per il traffico Webex Meetings
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Chiamata a riunione | App (app desktop e mobile app Webex) Dispositivi registrati su Webex | Nodo mesh video | Secondo necessità | Any | UDP e TCP (utilizzati dall'app Webex) SRTP (qualsiasi) | Qualsiasi** | 5004 |
Chiamata del dispositivo SIP alla riunione (segnalazione SIP) | Controllo chiamate Unified CM o Cisco Expressway | Nodo mesh video | Secondo necessità | Effimero (>=1024) | TCP o TLS | Qualsiasi** | 5060 o 5061 |
Cascata | Nodo mesh video | Cloud Webex | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 Da 50000 a 53000*** |
Cascata | Nodo mesh video | Nodo mesh video | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 |
La porta 5004 viene utilizzata per tutti i nodi cloud multimediali e mesh video locali. L'app Webex continua a connettersi ai nodi mesh video sulle porte condivise 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint registrati Webex per i test STUN sui nodi mesh video. Dal nodo mesh video al nodo mesh video per l'utilizzo a cascata dell'intervallo di porte di destinazione da 10000 a 40000.* Il protocollo TCP è supportato, ma non preferito poiché potrebbe influire sulla qualità multimediale. |
** Se si desidera limitare in base agli indirizzi IP, vedere gli intervalli di indirizzi IP documentati in Requisiti di rete per i servizi Webex.
*** Expressway già utilizza questo intervallo di porte per il cloud Webex. Pertanto, la maggior parte delle distribuzioni non richiederà aggiornamenti per supportare questo nuovo requisito per il mesh video. Tuttavia, se la distribuzione dispone di regole del firewall più severe, potrebbe essere necessario aggiornare la configurazione del firewall per aprire queste porte per il mesh video.
Per ottenere le massime prestazioni utilizzando Webex nella propria organizzazione, configurare il firewall in modo da consentire tutto il traffico TCP e UDP in uscita destinato alle porte 5004 nonché qualsiasi risposta in entrata a tale traffico. I requisiti della porta elencati sopra presuppongono che i nodi mesh video siano distribuiti nella LAN (preferita) o in una DMZ e che l'app Webex sia nella LAN.
Qualità video e ridimensionamento per mesh video
Di seguito sono riportati alcuni scenari di riunione comuni quando viene creata una propagazione a catena. Il mesh video è adattivo in base alla larghezza di banda disponibile e distribuisce le risorse di conseguenza. Per i dispositivi nella riunione che utilizzano il nodo mesh video, il collegamento a cascata consente di ridurre la larghezza di banda media e migliorare l'esperienza di riunione per l'utente.
Per le linee guida per il provisioning della larghezza di banda e la pianificazione della capacità, vedere la documentazione di architettura preferita. |
In base agli oratori attivi nella riunione, vengono stabiliti i collegamenti a cascata. Ogni propagazione a catena può contenere fino a 6 flussi e la propagazione a catena è limitata a 6 partecipanti (6 in direzione da app Webex/SIP a cloud Webex e 5 in direzione opposta). Ciascuna risorsa multimediale (cloud e mesh video) richiede al lato remoto i flussi necessari per soddisfare i requisiti dell'endpoint locale di tutti i partecipanti remoti nella propagazione a catena.

Per fornire un'esperienza utente flessibile, la piattaforma Webex può eseguire video multistream ai partecipanti alla riunione. Questa stessa funzionalità si applica al collegamento a cascata tra i nodi mesh video e il cloud. In questa architettura, i requisiti di larghezza di banda variano in base a diversi fattori, come i layout degli endpoint.
Architettura

In questa architettura, gli endpoint registrati su Cisco Webex inviano segnali al cloud e contenuti multimediali ai servizi di commutazione. Gli endpoint SIP locali inviano segnali all'ambiente di controllo delle chiamate (Unified CM o Expressway), che quindi li invia al nodo mesh video. Il contenuto multimediale viene inviato al servizio di trascodifica.
Partecipanti su cloud e in sede
I partecipanti locali sul nodo mesh video richiedono i flussi desiderati in base ai requisiti di layout. Tali flussi vengono inoltrati dal nodo mesh video all'endpoint per il rendering del dispositivo locale.
Ciascun nodo mesh cloud e video richiede risoluzioni HD e SD da tutti i partecipanti che sono dispositivi registrati su cloud o app Webex. A seconda dell'endpoint, invierà fino a 4 risoluzioni, solitamente 1080p, 720p, 360p e 180p.
A cascata
La maggior parte degli endpoint Cisco può inviare 3 o 4 flussi da una singola origine in un intervallo di risoluzioni (da 1080p a 180p). Il layout dell'endpoint determina il requisito per i flussi necessari all'estremità remota della cascata. Per la presenza attiva, il flusso video principale è 1080p o 720p, i riquadri video (PiPS) sono 180p. Per la visualizzazione uguale, la risoluzione è 480p o 360p per tutti i partecipanti nella maggior parte dei casi. La cascata creata tra i nodi mesh video e il cloud invia anche 720 p, 360 p e 180 p in entrambe le direzioni. Il contenuto viene inviato come singolo flusso e l'audio viene inviato come più flussi.
I grafici di larghezza di banda a cascata che forniscono una misurazione per cluster sono disponibili nel menu Analisi in Webex Control Hub. Non è possibile configurare la larghezza di banda in cascata per riunione in Control Hub.
La larghezza di banda massima negoziata in cascata per riunione è 20Mbps per il video principale per tutte le origini e i diversi flussi video principali che è possibile inviare. Questo valore massimo non include il canale del contenuto o l'audio. |
Esempio di video principale con layout multiplo
I diagrammi seguenti illustrano uno scenario di riunione di esempio e come la larghezza di banda viene influenzata quando sono in gioco più fattori. Nell'esempio, tutte le app Webex e i dispositivi registrati su Webex stanno trasmettendo flussi a 1x720 p, 1x360 p e 1x180 p nel mesh video. Sulla cascata, i flussi di 720 p, 360 p e 180 p sono trasmessi in entrambe le direzioni. Il motivo è perché sono presenti app Webex e dispositivi registrati su Webex che ricevono 720 p, 360 p e 180 p su entrambi i lati della sequenza.
Nei diagrammi, i numeri di larghezza di banda per i dati trasmessi e ricevuti sono solo a titolo esemplificativo. Non costituiscono una copertura completa di tutte le possibili riunioni e dei relativi requisiti di larghezza di banda. Diversi scenari di riunione (partecipanti entrati, funzionalità del dispositivo, condivisione di contenuto all'interno della riunione, attività in un determinato momento durante la riunione) genereranno diversi livelli di larghezza di banda. |
Il diagramma seguente mostra una riunione con endpoint registrati su cloud e locali e un oratore attivo.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena tra i nodi mesh video e il cloud in entrambe le direzioni.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena dal cloud.
Il diagramma seguente mostra una riunione con gli stessi dispositivi precedenti, insieme a un client Webex Meetings. Il sistema invia l'oratore attivo e l'ultimo oratore attivo in alta definizione insieme a un flusso HD aggiuntivo dell'oratore attivo per i client Webex Meetings poiché i nodi mesh video non supportano Webex Meetings in questo momento.
Requisiti per i servizi Webex
Collaborare con il partner, il Customer Success Manager (CSM) o il rappresentante di prova per eseguire il provisioning corretto del sito Cisco Webex e dei servizi Webex per mesh video:
Devi disporre di un'organizzazione Webex con un abbonamento a pagamento ai servizi Webex.
Per sfruttare al meglio il mesh video, assicurarsi che il sito Webex sia sulla piattaforma video versione 2.0. (È possibile verificare che il sito sia sulla piattaforma video versione 2.0 se dispone dell'elenco dei tipi di risorse multimediali disponibile nelle opzioni del sito Cloud Collaboration Meeting Room).

È necessario abilitare CMR per il sito Webex sotto i profili utente. È possibile eseguire questa operazione in un aggiornamento in massa CSV con l'attributo SupportCMR.
Per ulteriori informazioni, vedere Confronto delle funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh in Appendice.
Verificare la correttezza del paese di origine
Il mesh video utilizza le funzionalità GDM (Globally Distributed Media) di Webex per migliorare il routing multimediale. Per ottenere una connettività ottimale, Webex seleziona il nodo multimediale cloud più vicino all'azienda quando esegue la propagazione in cascata di mesh video a Webex. Il traffico passa quindi attraverso il backbone Webex per interagire con i microservizi Webex per la riunione. Questo instradamento riduce al minimo la latenza e conserva la maggior parte del traffico sul backbone Webex e fuori da Internet.
Per supportare GDM, utilizziamo MaxMind come provider di posizione GeoIP per questo processo. Verificare che MaxMind identifichi correttamente la posizione dell'indirizzo IP pubblico per garantire un indirizzamento efficiente.
| 1 | In un browser Web, immettere questo URL con l'indirizzo IP pubblico di Expressway o dell'endpoint alla fine.
Si riceve una risposta come la seguente:
|
| 2 | Verificare che il |
| 3 | Se la posizione non è corretta, inviare una richiesta per correggere la posizione dell'indirizzo IP pubblico a MaxMind all'indirizzo https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
Completamento dei prerequisiti per mesh video
Utilizzare questa lista di controllo per assicurarsi di essere pronti a installare e configurare i nodi mesh video e integrare un sito Webex con mesh video.
| 1 | Assicurarsi di:
| ||
| 2 | Collabora con il tuo partner, il Customer Success Manager o il rappresentante di prova per comprendere e preparare il tuo ambiente Webex in modo che sia pronto per la connessione a mesh video. Per ulteriori informazioni, vedere Requisiti per i servizi Webex. | ||
| 3 | Registrare le seguenti informazioni di rete da assegnare ai nodi mesh video:
| ||
| 4 | Prima di avviare l'installazione, accertarsi che l'organizzazione Webex sia abilitata per il mesh video. Questo servizio è disponibile per le organizzazioni con determinati abbonamenti al servizio Webex a pagamento, come documentato in Requisiti di licenza per i servizi ibridi Cisco Webex. Contattare il partner Cisco o l'account manager per assistenza. | ||
| 5 | Scegliere un hardware supportato o una configurazione basata su specifiche per il nodo mesh video, come descritto in Requisiti di sistema e piattaforma per il software nodo mesh video. | ||
| 6 | Assicurarsi che sul server sia in esecuzione VMware ESXi 7 o 8 e vSphere 7 o 8, con un host VM operativo. | ||
| 7 | Se stai integrando il mesh video con l'ambiente di controllo chiamate Unified CM e desideri che gli elenchi dei partecipanti siano coerenti tra le piattaforme per riunioni, assicurati che la modalità di sicurezza del cluster Unified CM sia impostata su modalità mista in modo da supportare il traffico crittografato TLS. Per il funzionamento di questa funzionalità, è richiesto il traffico crittografato end-to-end. Per ulteriori informazioni sul passaggio dell'ambiente Unified CM in modalità mista, vedere il capitolo sull'impostazione di TLS nella Guida alla protezione di Cisco Unified Communications Manager. Vedere la guida alla soluzione Active Control per ulteriori informazioni sulle funzioni e su come impostare la crittografia end-to-end. | ||
| 8 | Se si integra un proxy (controllo esplicito, trasparente o non ispezionato) con il mesh video, accertarsi di rispettare i requisiti documentati in Requisiti per supporto proxy per mesh video. |
Operazioni successive
Installazione e configurazione del software del nodo mesh video
Flusso attività distribuzione mesh video
Operazioni preliminari
| 1 | Installazione e configurazione del software del nodo mesh video Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito. |
| 2 | Accesso alla console del nodo mesh video Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo. |
| 3 | Impostazione della configurazione di rete del nodo mesh video nella console Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato. |
| 4 | Utilizzare questa procedura per configurare l'interfaccia esterna per una distribuzione con interfaccia di rete doppia (NIC doppia):
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno). Puoi anche fare eccezioni o sostituzioni alle regole di indirizzamento predefinite. |
| 5 | Registrazione del nodo mesh video nel cloud Webex Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail. |
| 6 | Abilita e verifica la qualità del servizio (QoS) con le seguenti attività:
Abilitare la QoS se si desidera che i nodi mesh video contrassegnino automaticamente il traffico SIP (endpoint registrati SIP locali) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzino intervalli di porte ben noti per tipi di supporto specifici. Questa modifica consente di creare criteri QoS e annotare efficacemente il traffico di ritorno dal cloud, se lo si desidera. Utilizzare i passaggi dello strumento Riflettore per verificare che le porte corrette siano aperte sul firewall. |
| 7 | Configurazione del nodo mesh video per l'integrazione proxy Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare il proxy e risolvere eventuali problemi potenziali. |
| 8 | Segui il mesh video integrato con il flusso delle attività di controllo delle chiamate e scegli una delle seguenti opzioni, a seconda del controllo delle chiamate, dei requisiti di sicurezza e se desideri integrare il mesh video con l'ambiente di controllo delle chiamate:
I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP registrati in locale e i Video Meshcluster. È sufficiente eseguire il trunk di Unified CM o VCS Expressway al nodo mesh video, in base all'ambiente di controllo delle chiamate. |
| 9 | Catene di certificati di scambio tra nodi mesh video e Unified CM In questa attività, scaricare i certificati dalle interfacce mesh video e Unified CM e caricarli uno all'altro. Questa operazione consente di creare un rapporto di fiducia protetto tra i due prodotti e, in combinazione con la configurazione del trunk sicuro, consente al traffico SIP crittografato e al contenuto multimediale SRTP nell'organizzazione di atterrare sui nodi mesh video. |
| 10 | Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza l'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video. |
| 11 | Abilitazione del mesh video per il sito Webex Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex. |
| 12 | Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex |
| 13 | Verificare l'esperienza di riunione sull'endpoint sicuro Se si utilizza la crittografia multimediale attraverso l'impostazione TLS end-to-end, utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e venga visualizzata l'esperienza di riunione corretta. |
Script di provisioning in blocco per mesh video
Se è necessario distribuire molti nodi nella distribuzione mesh video, il processo richiede tempo. È possibile utilizzare lo script su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning per distribuire rapidamente i nodi mesh video sui server ESXi VMWare. Leggere il file Leggimi per istruzioni su come utilizzare lo script.
Installazione e configurazione del software del nodo mesh video
Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito.
Devi scaricare il pacchetto software (OVA) da Control Hub ( https://admin.webex.com) anziché utilizzare una versione scaricata in precedenza. Questo file OVA è firmato dai certificati Cisco e può essere scaricato dopo aver eseguito l'accesso a Control Hub con le credenziali dell'amministratore del cliente.
Operazioni preliminari
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per le piattaforme hardware supportate e requisiti di specifiche per il nodo mesh video.
Assicurarsi di disporre degli elementi necessari:
Un computer con:
Client VMware vSphere 7 o 8.
Per un elenco dei sistemi operativi supportati, consultare la documentazione VMware.
File OVA del software mesh video scaricato.
Scarica l'ultimo software mesh video da Control Hub anziché utilizzare una versione scaricata in precedenza. È inoltre possibile accedere al software da questo link. (Il file è circa 1,5 GB).
Le versioni precedenti del pacchetto software (OVA) non saranno compatibili con gli ultimi aggiornamenti mesh video. Ciò può provocare problemi durante l'aggiornamento dell'applicazione. Accertarsi di scaricare l'ultima versione del file OVA da questo collegamento.
Un server supportato con VMware ESXi o vCenter 7 o 8 installato e in esecuzione
Disabilitare i backup delle macchine virtuali e la migrazione in diretta. I cluster dei nodi mesh video sono sistemi in tempo reale; qualsiasi pausa di una macchina virtuale può rendere questi sistemi instabili. (Per attività di manutenzione su un nodo mesh video, utilizzare la modalità di manutenzione da Control Hub.)
| 1 | Utilizzando il computer, aprire il client VMware vSphere e accedere al sistema vCenter o ESXi sul server. | ||||
| 2 | Vai a . | ||||
| 3 | Il Seleziona un tempio OVF fare clic su File locale, quindi su Scegli file. Andare al punto in cui si trova il file videomesh.ova, scegliere il file, quindi fare clic su Avanti.
| ||||
| 4 | Il Seleziona un nome e una cartella pagina , inserisci un Nome macchina virtuale per il nodo mesh video (ad esempio, "Video_Mesh_Node_1"), scegliere una posizione in cui può risiedere la distribuzione del nodo della macchina virtuale, quindi fare clic su Successivo. Viene eseguito un controllo di convalida. Al termine, vengono visualizzati i dettagli del modello. | ||||
| 5 | Verificare i dettagli del modello, quindi fare clic su Avanti. | ||||
| 6 | Il Configurazione pagina , scegliere il tipo di configurazione della distribuzione, quindi fare clic su Successivo.
Le opzioni sono elencate in ordine di crescente fabbisogno di risorse.
| ||||
| 7 | Il Seleziona storage pagina, assicurarsi che il formato di disco predefinito di Thick Provision Lazy Zeroed e i criteri di storage VM di Datastore Default sono selezionati e quindi fare clic su Successivo. | ||||
| 8 | Il Seleziona reti, scegliere l'opzione di rete dall'elenco di voci per fornire la connettività desiderata alla VM.
Per una distribuzione DMZ, è possibile impostare il nodo mesh video con la doppia interfaccia di rete (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interna (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata in Webex). Tutti i nodi in un cluster devono essere in modalità NIC doppia; non è supportata una combinazione di NIC singola e doppia.
| ||||
| 9 | Nella pagina Personalizza modello, configurare le seguenti impostazioni di rete:
Se si preferisce, è possibile ignorare la configurazione delle impostazioni di rete e seguire la procedura in Imposta configurazione di rete del nodo mesh video nella console dopo aver eseguito l'accesso al nodo. | ||||
| 10 | Il Pronto per il completamento pagina , verificare che tutte le impostazioni inserite corrispondano alle linee guida in questa procedura, quindi fare clic su Fine. Una volta completata la distribuzione del file OVA, il nodo mesh video viene visualizzato nell'elenco delle VM. | ||||
| 11 | Fare clic con il pulsante destro del mouse sul nodo mesh video VM, quindi scegliere . Il software del nodo mesh video viene installato come guest sull'host VM. A questo punto, è possibile accedere alla console e configurare il nodo mesh video. È possibile che si verifichi un ritardo di alcuni minuti prima che i contenitori del nodo salgano. Un messaggio del firewall bridge viene visualizzato sulla console durante il primo avvio, durante il quale non è possibile accedere. |
Operazioni successive
Accesso alla console del nodo mesh video
Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo.
| 1 | Dal client VMware vSphere, andare al nodo mesh video VM, quindi scegliere Console. Viene avviata la VM del nodo mesh video e viene visualizzata una richiesta di accesso. Se il prompt di accesso non viene visualizzato, premere Invio. È possibile visualizzare brevemente un messaggio che indica che il sistema è in fase di inizializzazione. |
| 2 | Utilizzare il seguente nome utente e password predefiniti per l'accesso: Poiché si esegue l'accesso al nodo mesh video per la prima volta, è necessario modificare la passphrase dell'amministratore (password). |
| 3 | Per la password (corrente), immettere la password predefinita (dall’alto), quindi premere Invio. |
| 4 | Per inserire una nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 5 | Per reinserire la nuova password, reinserire la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "Password modificata correttamente", quindi viene visualizzata la schermata iniziale del nodo mesh video con un messaggio relativo all'accesso non autorizzato vietato. |
| 6 | Premere Invio per caricare il menu principale. |
Operazioni successive
Impostazione della configurazione di rete del nodo mesh video nella console
Impostazione della configurazione di rete del nodo mesh video nella console
Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato.
Questa procedura è richiesta se non sono state configurate le impostazioni di rete al momento della distribuzione OVA.
L'interfaccia interna (l'interfaccia predefinita per il traffico) viene utilizzata per CLI, SIP trunk, traffico SIP e gestione dei nodi. L'interfaccia esterna (esterna) è per la comunicazione HTTPS e websocket a Webex, insieme al traffico a cascata dai nodi a Webex. |
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Operazioni successive
Una volta installata e configurata l'immagine software con le impostazioni di rete (indirizzo IP, DNS, NTP e così via) e accessibile sulla rete aziendale, è possibile passare alla fase successiva di registrazione sicura nel cloud. L'indirizzo IP configurato sul nodo mesh video è accessibile solo dalla rete aziendale. Dal punto di vista della sicurezza, il nodo è indurito in modo che solo gli amministratori dei clienti possano accedere all'interfaccia del nodo per eseguire la configurazione.
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 5 Configurazione IP esterno e fare clic su Seleziona. | ||
| 2 | Fare clic su 1 Abilita/Disabilita, quindi su Seleziona, quindi su Sì per abilitare le opzioni dell'indirizzo IP esterno sul nodo. | ||
| 3 | Come per la configurazione di rete iniziale, immettere i valori di indirizzo IP (esterno), maschera e gateway.
| ||
| 4 | Fare clic su Salva e riavvia. Il nodo si riavvia per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna.
| ||
| 5 | Per convalidare la configurazione dell'indirizzo IP interno ed esterno, dal menu principale della console, andare a 4 Diagnostica, quindi scegliere Ping. | ||
| 6 | Nel campo ping, immettere un indirizzo di destinazione che si desidera testare, come una destinazione esterna o un indirizzo IP interno, quindi fare clic su OK.
|
Operazioni successive
API nodo mesh video
Le API del nodo mesh video consentono agli amministratori dell'organizzazione di gestire password, impostazioni di rete interne ed esterne, modalità di manutenzione e certificati del server relativi ai nodi mesh video. Queste API possono essere richiamate tramite qualsiasi strumento API come Postman oppure è possibile creare il proprio script per chiamarle. L'utente deve chiamare le API utilizzando l'endpoint appropriato (è possibile utilizzare IP nodo o FQDN), metodo, corpo, intestazioni, autorizzazione, ecc. per eseguire l'azione desiderata e ottenere una risposta adeguata, in base alle informazioni fornite di seguito.
API VMN di amministrazione
Le API di amministrazione mesh video consentono agli amministratori dell'organizzazione di gestire la modalità di manutenzione e la password dell'account amministratore dei nodi mesh video.
Ottenere lo stato della modalità di manutenzione
Recupera lo stato della modalità di manutenzione corrente (stato previsto: on, off, pending o requested).
[GET] https://<node_ip>/api/v1/external/maintenanceMode
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}
Risposta campione 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta di esempio 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Abilitazione o disabilitazione della modalità di manutenzione
Quando si mette un nodo mesh video in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti).
[PUT] https://<node_ip>/api/v1/external/maintenanceMode
Chiama questa API solo se non sono presenti chiamate attive. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"maintenanceMode": "on"
}
maintenanceMode - Stato della modalità di manutenzione da impostare - "on" o "off".
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}
Risposta campione 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}
Modifica password amministratore
Modifica la password dell'utente amministratore.
[PUT] https://<node_ip>/api/v1/external/password
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"newPassword": "new"
}
newPassword: la nuova password da impostare per l'account "admin" del nodo mesh video.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}
API di rete VMN
Le API di rete mesh video consentono agli amministratori dell'organizzazione di gestire le impostazioni di rete interne ed esterne.
Richiedi configurazione rete esterna
Rileva se la rete esterna è abilitata o disabilitata. Se la rete esterna è abilitata, recupera anche l'indirizzo IP esterno, la subnet mask esterna e il gateway esterno.
[GET] https://<node_ip>/api/v1/external/externalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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"
}
}
Risposta campione 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}
Modifica configurazione rete esterna
Modifica le impostazioni di rete esterna. Questa API può essere utilizzata per abilitare la rete esterna insieme all'impostazione o alla modifica dell'interfaccia di rete esterna con indirizzo IP esterno, subnet mask esterna e gateway esterno. Può anche essere utilizzato per disabilitare la rete esterna. Dopo aver apportato modifiche alla configurazione della rete esterna, il nodo viene riavviato per applicare tali modifiche.
[PUT] https://<node_ip>/api/v1/external/externalNetwork
È possibile configurare questa opzione solo per i nodi mesh video di nuova distribuzione, la cui password di amministrazione predefinita è stata modificata. Non utilizzare questa API dopo aver registrato il nodo in un'organizzazione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Abilitazione della rete esterna:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}
Disabilitazione della rete esterna:
{
"externalNetworkEnabled": false
}
externalNetworkEnabled- Valore booleano (vero o falso) per abilitare/disabilitare la rete esterna
externalIp - IP esterno da aggiungere
externalMask - La netmask per la rete esterna
externalGateway - Il gateway per la rete esterna
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 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."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}
Ottieni dettagli rete interna
Recupera i dettagli di configurazione della rete interna che includono modalità di rete, indirizzo IP, subnet mask, gateway, dettagli di memorizzazione nella cache DNS, server DNS, server NTP, interfaccia interna MTU, nome host e dominio.
[GET] https://<node_ip>/api/v1/external/internalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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": ""
}
}
Risposta campione 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}
Modifica server DNS
Aggiorna i server DNS con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dns
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsServers": "1.1.1.1 2.2.2.2"
}
dnsServer - Server DNS da aggiornare. Sono consentiti più server DNS separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica server NTP
Aggiorna i server NTP con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/ntp
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"ntpServers": "1.1.1.1 2.2.2.2"
}
ntpServer - server NTP da aggiornare. Sono consentiti più server NTP separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica nome organizzatore e dominio
Aggiorna il nome host e il dominio del nodo mesh video.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/host
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"hostName": "test-vmn",
"domain": "abc.com"
}
hostName - Il nuovo nome host del nodo.
dominio - Il nuovo dominio per il nome host del nodo (opzionale).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Consente di abilitare o disabilitare la memorizzazione nella cache DNS. Si consiglia di abilitare la memorizzazione nella cache se i controlli DNS spesso richiedono oltre 750 ms per la risoluzione o se consigliato dal supporto Cisco.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dnsCaching
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsCaching": true
}
dnsCaching - Configurazione della cache DNS. Accetta il valore booleano (vero o falso).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}
Modifica MTU interfaccia
Modifica l'unità di trasmissione massima (MTU) per le interfacce di rete del nodo dal valore predefinito di 1500. Sono consentiti valori compresi tra 1280 e 9000.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/mtu
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"internalInterfaceMtu": 1500
}
internalInterfaceMtu - Unità massima di trasmissione per le interfacce di rete del nodo. Il valore deve essere compreso tra 1280 e 9000.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}
API certificati server VMN
Le API di certificato del server mesh video consentono agli amministratori dell'organizzazione di creare, aggiornare, scaricare ed eliminare i certificati relativi ai nodi mesh video. Per ulteriori informazioni, vedere Catene di certificati di scambio tra nodi mesh video e Unified CM.
Creare il certificato CSR
Genera un certificato CSR (Certificate Signing Request) e la chiave privata, in base ai dettagli forniti.
[POST] https://<node_ip>/api/v1/externalCertManager/generateCsr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}
commonName - IP/FQDN del nodo mesh video fornito come nome comune. (obbligatorio)
emailAddress - Indirizzo e-mail dell'utente. (opzionale)
altNames - Nome(i) alternativo(i) oggetto (opzionale). Sono consentiti più nomi di domini completi separati da spazi. Se previsto, deve contenere il nome comune. Se non vengono forniti i nomi alt, viene utilizzato il nome comune come valore dei nomi alt.
organizzazione - Nome organizzazione/società (opzionale)
organizationUnit - Unità organizzativa o Nome del reparto o del gruppo, ecc. (opzionale)
località - Città/Località. (opzionale)
stato - Stato/Provincia. (opzionale)
paese - Paese/Regione. Abbreviazione a due lettere. Non fornire più di due lettere. (opzionale)
passphrase - Passphrase chiave privata. (opzionale)
keyBitSize - Dimensione bit chiave privata. I valori accettati sono 2048, per impostazione predefinita o 4096. (opzionale)
Intestazioni richiesta:
Tipo di contenuto: 'applicazione/json'
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}
Risposta campione 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."
}
}
Scarica il certificato CSR
Scarica il certificato CSR generato.
[GET] https://<node_ip>/api/v1/externalCertManager/csr
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}
Scarica la chiave privata
Scarica la chiave privata generata insieme al certificato CSR.
[GET] https://<node_ip>/api/v1/externalCertManager/key
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}
Eliminazione del certificato CSR
Elimina il certificato CSR esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/csr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}
Elimina la chiave privata
Elimina la chiave privata esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/key
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}
Installare il certificato firmato CA e la chiave privata
Carica il certificato firmato CA fornito e la chiave privata sul nodo mesh video e installa il certificato sul nodo.
[POST] https://<node_ip>/api/v1/externalCertManager/uploadInstallCaCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Utilizzare 'form-data' per caricare i seguenti file:
File certificato firmato CA (.crt) con chiave come 'crtFile'.
File della chiave privata (.key) con la chiave come 'keyFile'.
Intestazioni richiesta:
Tipo di contenuto: "dati multiparte/modulo"
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}
Risposta di esempio 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."
}
}
Scarica il certificato firmato CA
Scarica il certificato firmato CA installato sul nodo.
[GET] https://<node_ip>/api/v1/externalCertManager/caCert
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}
Eliminare il certificato firmato dall'autorità di certificazione
Elimina il certificato firmato dall'autorità di certificazione installato sul nodo.
[CANCELLA] https://<node_ip>/api/v1/externalCertManager/caCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}
Risposte API comuni
Di seguito sono elencate alcune risposte di esempio che è possibile riscontrare durante l'uso di qualsiasi API menzionata sopra.
Risposta campione 1: Credenziali errate fornite nell'autorizzazione di base.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta campione 2: VMN non viene aggiornato alla versione richiesta che supporta queste API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}
Risposta di esempio 3: Riferimento errato inserito nell'intestazione (quando l'intestazione non era prevista).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}
Risposta di esempio 4: Limite di velocità superato, provare dopo qualche tempo.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Aggiungi regole di indirizzamento interne ed esterne
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
| 1 | Dall'interfaccia del nodo mesh video, scegliere 5 Configurazione IP esterna, quindi fare clic su Seleziona. | ||
| 2 | Scegliere 3 Gestisci regole di indirizzamento, quindi fare clic su Seleziona. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna.
È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 3 | Effettuare le seguenti operazioni secondo necessità:
Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Registrazione del nodo mesh video nel cloud Webex
Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail.
Operazioni preliminari
Una volta iniziata la registrazione di un nodo, è necessario completarlo entro 60 minuti o iniziare da capo.
Verificare che gli eventuali blocchi popup nel browser siano disabilitati o che sia consentita un'eccezione per https://admin.webex.com.
Per ottenere i migliori risultati, distribuire tutti i nodi di un cluster nello stesso centro dati. Vedere Cluster in mesh video per informazioni su come funzionano e procedure consigliate.
Dall'organizzatore o dalla macchina in cui si stanno registrando i nodi mesh video nel cloud, è necessario disporre della connettività al cloud Webex e agli indirizzi IP mesh video registrati (in un ambiente NIC doppio, in particolare gli indirizzi IP interni dei nodi mesh video).
| 1 |
Accedi a Control Hub utilizzando le credenziali di amministrazione. La funzionalità di amministrazione di Control Hub è disponibile solo per gli utenti definiti come amministratori in Control Hub. Per ulteriori informazioni, vedere Ruoli account cliente. | ||
| 2 | Vai a e sceglierne uno:
| ||
| 3 | Accertarsi di aver installato e configurato il nodo mesh video. Fare clic su Sì, sono pronto per eseguire la registrazione..., quindi fare clic su Avanti. | ||
| 4 | In Crea un nuovo cluster o seleziona un cluster, scegline uno:
| ||
| 5 | In Inserisci il nome di dominio completo o l'indirizzo IP, inserisci il nome di dominio completo o l'indirizzo IP interno del nodo mesh video, quindi fai clic su Avanti.
Un nome di dominio completo deve essere risolto direttamente all'indirizzo IP o non è utilizzabile. Eseguiamo la convalida su FQDN per escludere qualsiasi errore di tipo o di configurazione.
| ||
| 6 | In Aggiorna pianificazione, scegliere un'ora, una frequenza e un fuso orario. L'impostazione predefinita è una pianificazione di aggiornamento giornaliera. È possibile passare a una pianificazione settimanale in un giorno specifico. Quando è disponibile un aggiornamento, il software del nodo mesh video viene aggiornato automaticamente durante il periodo di tempo selezionato.
| ||
| 7 | In Notifiche e-mail, aggiungere gli indirizzi e-mail dell'amministratore per iscriversi alle notifiche sugli allarmi di servizio e sugli aggiornamenti software. L'indirizzo e-mail amministratore viene aggiunto automaticamente. Puoi rimuoverlo se vuoi. | ||
| 8 | Attivare l'impostazione Qualità video per abilitare il video 1080p 30fps. Con questa impostazione, i partecipanti SIP che accedono a una riunione ospitata in un nodo mesh video possono utilizzare video a 1080p e 30fps se sono tutti all'interno della rete aziendale e stanno utilizzando un dispositivo ad alta definizione. L'impostazione si applica a tutti i cluster di nodi.
| ||
| 9 | Leggi le informazioni in Completa registrazione, quindi fai clic su Vai a nodo per registrare il nodo sul cloud Webex. Viene visualizzata una nuova scheda del browser per controllare il nodo. Questa operazione consente di proteggere il nodo mesh video utilizzando l'indirizzo IP del nodo. Durante il processo di registrazione, Control Hub reindirizza l'utente al nodo mesh video. L'indirizzo IP deve essere protetto, altrimenti la registrazione non riesce. Il processo di registrazione deve essere completato dalla rete aziendale in cui è installato il nodo. | ||
| 10 | Selezionare Consenti accesso al nodo mesh video Webex, quindi fare clic su Continua. | ||
| 11 | Fare clic su Consenti . L'account è stato convalidato, il nodo mesh video è registrato e viene visualizzato il messaggio Registrazione completata, a indicare che il nodo mesh video è ora registrato in Webex. Il nodo mesh video ottiene le credenziali della macchina in base ai diritti della propria organizzazione. Le credenziali generate dalla macchina scadono periodicamente e vengono aggiornate. | ||
| 12 | Fare clic sul collegamento al portale o chiudere la scheda per tornare alla pagina mesh video. Nella pagina Mesh video, ora viene visualizzato il nuovo cluster contenente il nodo mesh video registrato.
A questo punto, il nodo mesh video è pronto per comunicare con i servizi cloud Cisco sui canali protetti utilizzando un token emesso per l'autenticazione. Il nodo mesh video comunica anche con Docker Hub (docker.com, docker.io). Docker è utilizzato dal nodo mesh video per conservare i contenitori per la distribuzione a diversi nodi mesh video in tutto il mondo. Solo Cisco dispone delle credenziali per scrivere a Docker Hub. I nodi mesh video possono raggiungere Docker Hub utilizzando le credenziali di sola lettura per scaricare i container per gli aggiornamenti.
|
Aspetti da tenere presenti
Tenere presenti le seguenti informazioni sul nodo mesh video e sul funzionamento della stessa una volta eseguita la registrazione nell'organizzazione Webex:
Quando distribuisci un nuovo nodo mesh video, l'app Webex e il dispositivo registrato su Webex non riconosceranno il nuovo nodo per un massimo di 2 ore. I client verificano la raggiungibilità del cluster durante l'avvio, una modifica di rete o la scadenza della cache. Puoi attendere 2 ore o, come soluzione, riavviare l'app Webex o riavviare il dispositivo di sala o da scrivania Webex. Successivamente, l'attività di chiamata viene acquisita nei report mesh video in Control Hub.
Un nodo mesh video si registra in una singola organizzazione Webex; non è un dispositivo multitenant.
Per comprendere cosa utilizza e cosa non utilizza il nodo mesh video, vedere la tabella in Client e dispositivi che utilizzano il nodo mesh video.
Il nodo mesh video può connettersi al sito Webex o al sito Webex di un altro cliente o partner. Ad esempio, il sito A ha distribuito un cluster di nodi mesh video e l'ha registrato con il dominio example1.webex.com. Se gli utenti nel Sito Effettuano Una chiamata di accesso a mymeeting@example1.webex.com, utilizzano il nodo mesh video e si può creare una cascata. Se gli utenti nel sito A chiamano yourmeeting@esempio2.webex.com, gli utenti del sito A utilizzeranno il nodo mesh video locale e si connetteranno alla riunione sull'organizzazione Webex del sito B.
Operazioni successive
Per registrare nodi aggiuntivi, ripetere questa procedura.
Se è disponibile un aggiornamento, si consiglia di applicarlo il prima possibile. Per eseguire l'aggiornamento, effettuare le seguenti operazioni:
I dati di provisioning vengono trasferiti al cloud Webex dal team di sviluppo di Cisco su canali protetti. I dati di provisioning sono firmati. Per i container, i dati di provisioning contengono nome, checksum, versione e così via. Il nodo mesh video ottiene anche i dati di provisioning dal cloud Webex su canali protetti.
Una volta ricevuti i dati di provisioning dal nodo mesh video, il nodo esegue l'autenticazione con credenziali di sola lettura e scarica il contenitore con checksum e nome specifici e aggiorna il sistema. Ciascun contenitore in esecuzione sul nodo mesh video ha un nome immagine e un checksum. Questi attributi vengono caricati nel cloud Webex utilizzando canali protetti.
Abilitazione della qualità del servizio (QoS) per il nodo mesh video
Operazioni preliminari
Apportare le modifiche necessarie alla porta del firewall coperte nel diagramma e nella tabella. Vedere Porte e protocolli utilizzati dal mesh video.
Per abilitare i nodi mesh video per la QoS, i nodi devono essere online. I nodi in modalità di manutenzione o stati non in linea sono esclusi quando si abilita questa impostazione.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic su Modifica impostazioni nella scheda mesh video. | ||
| 2 | Scorrere fino a Qualità del servizio e fare clic su Abilita. Quando questa opzione è abilitata, viene visualizzato l'intervallo di porte ampio e discreto (determinato dalla configurazione del controllo chiamate locale) utilizzato per audio e video per client/endpoint SIP locali e cascata intracluster con contrassegni DSCP univoci:.
Tutto il traffico SIP e a cascata dai nodi mesh video è contrassegnato con EF per l'audio e AF41 per il video. Gli intervalli di porte discrete vengono utilizzati come porte di origine per la propagazione a catena di contenuti multimediali in altri nodi mesh video e nodi multimediali cloud nonché porte di origine e di destinazione per contenuti multimediali client SIP. Le app Webex Teams e il contenuto multimediale a cascata continuano a utilizzare la porta condivisa di destinazione di 5004 e la rampa porta 50000–53000.
Viene visualizzato un messaggio di stato che mostra quali nodi sono abilitati uno ad uno per l'intervallo di porte QoS. Puoi fare clic su Rivedi nodi in sospeso per visualizzare un elenco di nodi in sospeso per la QoS. L'abilitazione di questa impostazione può richiedere fino a 2 ore, in base al traffico di chiamate sui nodi. | ||
| 3 | Se la QoS non è completamente abilitata entro 2 ore, aprire un caso con il supporto per ulteriori indagini. I nodi vengono riavviati e vengono aggiornati con il nuovo intervallo di porte. |
Se si decide di disabilitare l'impostazione, viene visualizzato l'intervallo di porte ridotto e consolidato utilizzato per audio e video (34000–34999). Tutto il traffico dai nodi mesh video (SIP, a cascata, traffico cloud e così via) ottiene una singola marcatura di AF41.
Verifica degli intervalli di porte del nodo mesh video con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Configurazione del nodo mesh video per l'integrazione proxy
Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente o un proxy esplicito, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare la connessione del proxy e risolvere eventuali problemi potenziali.
Operazioni preliminari
Vedere Supporto proxy per il mesh video per una panoramica delle opzioni proxy supportate.
| 1 | Inserire l'URL di impostazione mesh video | ||||||||||
| 2 | Vai su Trust Store & Proxy, quindi scegli un'opzione:
Seguire i passaggi successivi per un controllo trasparente o un proxy esplicito. | ||||||||||
| 3 | Fare clic su Carica un certificato principale o un certificato dell'entità finale, quindi individuare e scegliere il certificato principale per il proxy di ispezione esplicito o trasparente. Il certificato viene caricato ma non ancora installato poiché è necessario riavviare il nodo per installare il certificato. Fare clic sulla freccia in base al nome dell'emittente del certificato per ottenere ulteriori dettagli o fare clic su Elimina se si è commesso un errore e si desidera ricaricare il file. | ||||||||||
| 4 | Per un controllo trasparente o proxy espliciti, fare clic su Verifica connessione proxy per verificare la connettività di rete tra il nodo mesh video e il proxy. Se il test di connessione non riesce, viene visualizzato un messaggio di errore che mostra il motivo e come è possibile correggere il problema. | ||||||||||
| 5 | Una volta superato il test di connessione, per il proxy esplicito, attivare il tasto di alternanza per indirizzare tutte le richieste 443 https della porta da questo nodo attraverso il proxy esplicito. Questa impostazione richiede 15 secondi per avere effetto. | ||||||||||
| 6 | Fare clic su Installa tutti i certificati nell'archivio attendibilità (viene visualizzato ogni volta che è stato aggiunto un certificato radice durante l'impostazione del proxy) o su Riavvia (viene visualizzato se non è stato aggiunto alcun certificato radice), leggere il prompt e fare clic su Installa se si è pronti. Il nodo si riavvia entro pochi minuti. | ||||||||||
| 7 | Una volta riavviato il nodo, eseguire di nuovo l'accesso, se necessario, quindi aprire la pagina Panoramica per controllare i controlli di connettività e assicurarsi che siano tutti in stato verde. Il controllo della connessione proxy verifica solo un sottodominio di webex.com. Se si verificano problemi di connettività, un problema comune è che alcuni dei domini cloud elencati nelle istruzioni di installazione vengono bloccati sul proxy. |
Integrazione di mesh video con flusso attività controllo chiamate
Configurare i trunk SIP per indirizzare la chiamata in ingresso SIP per le riunioni Webex su mesh video. I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP locali e i cluster mesh video.
Operazioni preliminari
Vedere Modelli Di Distribuzione Per Mesh Video e Cisco Unified Communications Manager per conoscere gli esempi di distribuzione comuni.
Il mesh video supporta TCP o TLS tra la segnalazione Unified CM e SIP. SIP TLS non è supportato per VCS Expressway.
In Unified CM, ciascun trunk SIP può supportare fino a 16 destinazioni mesh video (indirizzi IP).
In Unified CM, le porte in ingresso sul profilo di sicurezza SIP Trunk possono essere predefinite (profilo trunk SIP non protetto).
Mesh video supporta 2 percorsi di indirizzamento: sitename.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Mesh video supporta 3 percorsi di indirizzamento: webex.com (per brevi indirizzi video), nomesito.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Quando si utilizza il formato dell'indirizzo video breve ( meeting@webex.com ), il nodo mesh video gestisce sempre la chiamata. Il nodo gestisce la chiamata anche se la chiamata è a un sito con mesh video abilitato.
Scegliere una di queste opzioni, in base all'ambiente di controllo delle chiamate e ai requisiti di sicurezza:
|
Configurazione dell'indirizzamento del traffico Unified CM Secure TLS SIP per mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un trunk SIP per indicare un Expressway per failover cloud Webex.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Creare un percorso di indirizzamento SIP per le riunioni dell'app Webex (compatibilità con le versioni precedenti): |
Configurazione dell'indirizzamento del traffico SIP TCP di Unified CM per il mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un nuovo trunk SIP per puntare a un Expressway.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Crea un percorso di indirizzamento SIP per le riunioni dell'app Webex: |
Configurare il routing del traffico SIP TCP Expressway per il mesh video
| 1 | Crea una zona che punta ai cluster mesh video: |
| 2 | Crea sequenze di chiamata per cluster mesh video per siti Webex: |
| 3 | Creare un client trasversale e una coppia di zone che punti al cloud Expressway per failover: |
| 4 | Creare una regola di ricerca di fallback nella zona client trasversale che porta a Expressway-E: |
| 5 | Da Expressway-E, vai a . Fare clic su Nuovo e aggiungere la zona Webex. Nelle versioni precedenti alla X8.11, è stata creata una nuova zona DNS per questo scopo. |
| 6 | Creare una sequenza di chiamata per Expressway cloud: |
| 7 | Per i dispositivi SIP registrati su Expressway-C, aprire l'indirizzo IP del dispositivo in un browser, andare a Impostazione, scorrere fino a SIP e scegliere Standard dal menu a discesa Tipo . |
Catene di certificati di scambio tra nodi mesh video e Unified CM
Completare uno scambio di certificati per stabilire la fiducia bidirezionale tra le interfacce mesh video e Unified CM. Con la configurazione del trunk sicuro, i certificati consentono al traffico SIP crittografato e al contenuto multimediale SRTP nella propria organizzazione da Unified CM attendibili di atterrare sui nodi mesh video attendibili.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
Operazioni preliminari
Per motivi di sicurezza, si consiglia di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo.
| 1 | Aprire l'interfaccia del nodo mesh video (indirizzo IP/impostazione, ad esempio, | ||||
| 2 | Andare a Certificati server e richiedere e caricare un certificato e una coppia di chiavi come necessario: | ||||
| 3 | In un'altra scheda del browser, da Cisco Unified OS Administration, andare a . Immettere i criteri di ricerca e fare clic su Trova, quindi scegliere il nome del file del certificato o la Certificate Trust List (CTL) e fare clic su Scarica. Salva il file Unified CM in un punto facile da ricordare e lascia aperta l'istanza Unified CM nella scheda del browser. | ||||
| 4 | Tornare alla scheda dell'interfaccia del nodo mesh video, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato su cloud si spegne cortesemente, in attesa fino a 2 ore per la fine di qualsiasi chiamata. Per installare il certificato CallManager.pem, il nodo viene riavviato automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato CallManager.pem viene installato sul nodo mesh video. È quindi possibile ricaricare la pagina per visualizzare il nuovo certificato. | ||||
| 5 | Tornare alla scheda Amministrazione del sistema operativo Cisco Unified e fare clic su Carica certificato/catena di certificati. Scegliere il nome del certificato dall'elenco a discesa Scopo certificato, selezionare il file scaricato dall'interfaccia del nodo mesh video, quindi fare clic su Apri. | ||||
| 6 | Per caricare il file sul server, fare clic su Carica file. Se si sta caricando una catena di certificati, è necessario caricare tutti i certificati nella catena.
|
Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione
Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza un'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video.
Impostazioni | Risultato |
|---|---|
Unified CM è configurato con un trunk sicuro e questa impostazione Video Mesh Control Hub non è abilitata. | Chiamate non riuscite. |
Unified CM non è configurato con un trunk sicuro e questa impostazione di Video Mesh Control Hub è abilitata. | Le chiamate non avranno esito negativo ma torneranno in modalità non protetta. |
Gli endpoint Cisco devono anche essere configurati con un profilo di sicurezza e una negoziazione TLS per il funzionamento della crittografia end-to-end. In caso contrario, le chiamate vengono riversate sul cloud dagli endpoint non configurati con TLS. Si consiglia di abilitare questa funzione solo se tutti gli endpoint possono essere configurati per utilizzare TLS. |
Operazioni preliminari
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Scorrere fino a Crittografia multimediale e attivare l'impostazione. Questa impostazione rende obbligatoria la crittografia su tutti i canali multimediali che passano attraverso i nodi mesh video nella tua organizzazione. Tenere presente la tabella precedente e le note di attenzione per le situazioni in cui le chiamate potrebbero non riuscire e per le funzioni richieste per la crittografia end-to-end. |
| 3 | Fare clic su Mostra tutto e ripetere le seguenti operazioni su ciascun cluster mesh video che si desidera abilitare per il traffico SIP sicuro. |
Abilitazione del mesh video per il sito Webex
Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic sul sito Webex dalla scheda Riunioni, quindi fare clic su Impostazioni |
| 2 | Accedere alle Impostazioni comuni facendo clic su Servizio > Riunione > Impostazioni sito. Da Impostazioni comuni, fare clic su Cloud Collaboration Meeting Rooms (CMR), scegliere Video Mesh per Media Resource Type, quindi fare clic su Salva in basso.
Questa impostazione collega il mesh video e le istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. L'impostazione deve essere popolata in tutto l'ambiente dopo 15 minuti. Le riunioni Webex che iniziano dopo questa modifica verranno inserite nella nuova impostazione. Se si lascia questo campo impostato su Cloud (opzione predefinita), tutte le riunioni vengono ospitate nel cloud e il nodo mesh video non viene utilizzato. |
Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex
Verificare l'esperienza di riunione sull'endpoint sicuro
Utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e che venga visualizzata l'esperienza di riunione corretta.
| 1 | Accedere a una riunione dall'endpoint protetto. |
| 2 | Verificare che l'elenco dell'elenco riunioni venga visualizzato sul dispositivo. Questo esempio mostra come appare l'elenco delle riunioni su un endpoint con un pannello touch:
|
| 3 | Durante la riunione, accedere alle informazioni della conferenza Webex da Dettagli chiamata . |
| 4 | Verificare che la sezione Crittografia mostri il file Digitare come AES-128 e il Stato come Attivato .
|
Analisi mesh video
La funzionalità di analisi fornisce informazioni su come utilizzare i nodi e i cluster mesh video locali nell'organizzazione Webex. Con i dati cronologici nella vista delle metriche, è possibile gestire in modo più efficace le risorse mesh video monitorando la capacità, l'utilizzo e la disponibilità delle risorse locali. È possibile utilizzare queste informazioni per prendere decisioni sull'aggiunta di altri nodi mesh video a un cluster o sulla creazione di nuovi cluster, ad esempio. L'analisi del mesh video è disponibile in Control Hub sotto .
Per facilitare l'analisi dei dati nell'organizzazione, è possibile eseguire lo zoom dei dati visualizzati nel grafico e isolare un periodo di tempo specifico. Per la funzionalità di analisi, è anche possibile compilare report con taglie e dadi per mostrare dettagli più dettagliati.
L'analisi dei mesh video e i report di risoluzione dei problemi mostrano i dati nel fuso orario impostato per il browser locale. |
Analisi
L'analisi del mesh video fornisce una tendenza a lungo termine (fino a 3 mesi di dati) nelle categorie di coinvolgimento, utilizzo delle risorse e utilizzo della larghezza di banda.

Monitoraggio in diretta
La scheda di monitoraggio in diretta fornisce una vista in tempo reale dell'attività nella tua organizzazione: fino a 1 minuto di aggregazione e la possibilità di visualizzare le ultime 4 ore o 24 ore su tutti i cluster o su cluster specifici. Questa scheda in Control Hub viene aggiornata automaticamente, ogni 1 minuto per le ultime 4 ore e ogni 10 minuti per le ultime 24 ore.
Accesso, filtro e salvataggio dei report di monitoraggio in diretta mesh video
I report di monitoraggio in diretta del mesh video sono disponibili nella pagina Risoluzione dei problemi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo.
| ||||
| 2 | Dal tasto di alternanza a sinistra, scegli un'opzione per filtrare la distanza di tempo che desideri mostrare ai dati.
| ||||
| 3 | Interagire con i grafici utilizzando le seguenti opzioni come necessario:
| ||||
| 4 | Una volta filtrati i dati nei report, fare clic su Altro
|
Accesso, filtro e salvataggio dell'analisi mesh video
I report metrici del mesh video sono disponibili nella pagina Analisi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo. | ||||||
| 2 | Fare clic su una categoria, a seconda del tipo di dati che si sta cercando:
| ||||||
| 3 | Dall'elenco a discesa a destra, scegliere un'opzione per ridurre la distanza nel tempo che si desidera mostrare i dati.
| ||||||
| 4 | Interagire con le tabelle o i grafici delle ciambelle utilizzando le seguenti opzioni come necessario:
| ||||||
| 5 | Una volta filtrati i dati nei report, fare clic su Altro
| ||||||
| 6 | Cancella tutti i filtri dalla barra dei filtri se desideri ripristinare la vista di analisi. |
Analisi disponibile per mesh video
Per informazioni dettagliate sulle analisi disponibili in Control Hub, vedi la sezione Mesh video di Analisi per il portfolio Cloud Collaboration.
Strumento di monitoraggio per mesh video
Lo strumento Monitoraggio in Control Hub consente all'organizzazione di monitorare lo stato della distribuzione di mesh video. È possibile eseguire i seguenti test su nodi mesh video, cluster o entrambi per ottenere risultati per parametri specifici.
Test di segnalazione - Verifica se la segnalazione SIP e la segnalazione multimediale si verificano tra il nodo mesh video e i servizi multimediali cloud Webex .
Test a cascata - Verifica se è possibile stabilire una propagazione a catena tra il nodo mesh video e i servizi multimediali cloud Webex .
Test di raggiungibilità - Verifica se il nodo mesh video può raggiungere le porte di destinazione per i flussi multimediali nei servizi multimediali cloud Webex . Verifica inoltre se il nodo mesh video è in grado di comunicare con i cluster cloud associati ai contenitori multimediali attraverso tali porte.
Quando si esegue un test, lo strumento crea una riunione simulata. Al termine del test, viene visualizzato un risultato positivo o negativo con suggerimenti per la risoluzione dei problemi in linea nel report. È possibile pianificare l'esecuzione periodica del test o eseguirlo su richiesta. Per ulteriori informazioni, vedere Monitoraggio dell'integrità dei supporti per mesh video .
Eseguire un test immediato
Utilizzare questa procedura per eseguire un test della raggiungibilità e del monitoraggio dell'integrità dei file multimediali su richiesta su nodi mesh video e/o cluster registrati nell'organizzazione di Control Hub. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . | ||
| 2 | Fare clic su Configura test , fare clic Prova ora , quindi selezionare i nodi e/o i cluster che si desidera testare.
| ||
| 3 | Fare clic su Eseguire il test . |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Configurare i test periodici
Utilizzare questa procedura per configurare e avviare test periodici di raggiungibilità e di monitoraggio dell'integrità dei supporti. Questi test vengono eseguiti ogni 6 ore per impostazione predefinita. È possibile eseguire questi test a livelli a livello di cluster, specifici di cluster o specifici di nodo. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . |
| 2 | Fare clic su Configura test , fare clic Test periodico , quindi selezionare i nodi e/o i cluster che si desidera testare. |
| 3 | Scegli un'opzione:
|
| 4 | Fai clic su Avanti. |
| 5 | Rivedere l'elenco di cluster e nodi per eseguire i test periodici. Se si è soddisfatti, fare clic Configura per pianificare la configurazione corrente. |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Abilitazione del video HD 1080p per i dispositivi SIP locali nelle riunioni con nodo mesh video
Questa impostazione consente alla tua organizzazione di preferire video ad alta definizione 1080p per endpoint SIP registrati in locale, con una permuta di capacità di riunione inferiore. Un nodo mesh video deve organizzare la riunione. I partecipanti possono utilizzare video 1080p 30fps a condizione che:
Sono tutti all'interno della rete aziendale.
Stanno utilizzando un dispositivo SIP registrato in locale ad alta definizione.
L'impostazione si applica a tutti i cluster contenenti nodi mesh video.
I dispositivi registrati sul cloud continuano a inviare e ricevere flussi a 1080p, indipendentemente dall'attivazione o disattivazione di questa impostazione. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Attiva Qualità video. Se questa impostazione è disattivata, l'impostazione predefinita è 720 p. |
Per le risoluzioni video supportate dall'app Webex, vedere Specifiche video per chiamate e riunioni.
Riunioni private
La funzione di riunione privata migliora la sicurezza della riunione eseguendo l'interruzione del servizio multimediale in locale. Quando si pianifica una riunione privata, il contenuto multimediale termina sempre sui nodi mesh video all'interno della rete aziendale senza cascata di cloud.
Come mostrato qui, le riunioni private non trasferiscono mai il contenuto multimediale sul cloud. Il contenuto multimediale termina interamente sui cluster mesh video. I cluster mesh video possono essere collegati in cascata solo l'uno con l'altro.
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzano cluster riservati, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
L'app Webex con l'esperienza Webex con funzionalità complete abilitata non è compatibile con mesh video. Per informazioni dettagliate, vedi Client e dispositivi che utilizzano il nodo mesh video. |
Supporto e limitazioni per le riunioni private
Mesh video supporta le riunioni private come segue:
Le riunioni private sono disponibili su Webex versione 40.12 e successive.
Solo le riunioni pianificate possono utilizzare il tipo di riunione privata. Per informazioni dettagliate, vedere l'articolo Pianificazione di una riunione privata Cisco Webex.
Le riunioni private non sono disponibili per le riunioni con funzionalità complete avviate o a cui si è partecipato dall'app Webex.
È possibile utilizzare qualsiasi dispositivo attualmente supportato dal mesh video.
I nodi possono utilizzare qualsiasi immagine corrente: 72vCPU e 23vCPU.
La logica delle riunioni private non crea lacune nelle metriche. Raccogliamo le stesse metriche per Control Hub come per le riunioni non private.
Poiché alcuni utenti non attivano questa funzione, i report di analisi per le riunioni private non vengono visualizzati se la tua organizzazione non dispone di una riunione privata tra 90 giorni.
Le riunioni private supportano la lavagna a 1 Via da un endpoint video.
Limiti
Le riunioni private presentano le seguenti limitazioni:
Le riunioni private supportano solo VoIP per l'audio. Non supportano Webex Edge Audio o PSTN.
Non puoi utilizzare una sala riunioni personale per una riunione privata.
Le riunioni private non supportano le funzioni Webex che richiedono una connessione al cloud, ad esempio, registrazione cloud, trascrizione e Webex Assistant.
Non puoi accedere a una riunione privata da un sistema video registrato su cloud non autenticato, anche uno che è stato accoppiato all'app Webex.
Uso delle riunioni private come tipo di riunione predefinito
In Control Hub, puoi specificare che le riunioni future pianificate per la tua organizzazione siano riunioni private.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Modifica impostazioni dalla scheda mesh video . Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 3 | Salvare la modifica. |
Quando abiliti questa impostazione, si applica a tutte le riunioni per la tua organizzazione, anche a quelle pianificate in precedenza.
(Opzionale) Prenotazione di un cluster per le riunioni private
Le riunioni private e non private di solito utilizzano le stesse risorse mesh video. Tuttavia, poiché le riunioni private devono mantenere i media locali, non possono impostare overflow sul cloud quando le risorse locali sono esaurite. Per ridurre tale possibilità, è possibile impostare un cluster mesh video per organizzare solo riunioni private.
In Control Hub, configura il cluster esclusivamente per l'organizzazione di riunioni private. Questa impostazione impedisce alle riunioni non private di utilizzare tale cluster. Riunioni private predefinite per l'uso di tale cluster. Se il cluster esaurisce le risorse, le riunioni private vengono trasmesse in cascata solo agli altri cluster mesh video.
Si consiglia di predisporre un cluster privato per gestire il picco di utilizzo previsto dalle riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a e fai clic su Mostra tutto sulla scheda mesh video. |
| 2 | Selezionare il cluster mesh video dall'elenco e fare clic su Modifica impostazioni cluster. |
| 3 | Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Messaggi di errore per le riunioni private
Questa tabella elenca i possibili errori che gli utenti possono visualizzare quando accedono a una riunione privata.
Messaggio di errore | Azione utente | Motivo |
|---|---|---|
Accesso alla rete esterna negato È necessario essere sulla rete aziendale per partecipare alla riunione privata. I dispositivi Webex accoppiati che si trovano al di fuori della rete aziendale non possono accedere alla riunione; in tale scenario, provare a collegare il laptop, il dispositivo mobile alla rete aziendale e accedere alla riunione in modalità non abbinata. | Un utente esterno accede dalla rete aziendale senza VPN o MRA. | Per accedere a una riunione privata, gli utenti esterni devono accedere alla rete aziendale attraverso una VPN o MRA. |
Un utente esterno è su VPN, ma è accoppiato a un dispositivo non autenticato. | Il contenuto multimediale del dispositivo non esegue il tunnel nella rete aziendale attraverso la VPN. Il dispositivo non può accedere a una riunione privata. Al contrario, dopo essersi connessi alla VPN, l'utente remoto deve accedere a una riunione privata in modalità dispositivo non abbinato dal client desktop o mobile. | |
Nessun cluster disponibile I cluster che ospitano questa riunione privata sono al massimo della capacità, irraggiungibili, offline o non registrati. Contatta l'amministratore IT per assistenza. | Un utente si trova sulla rete aziendale (in sede o da remoto tramite VPN), ma non può accedere a una riunione privata. | I cluster mesh video sono:
|
Non autorizzato Non si è autorizzati a partecipare a questa riunione privata in quanto non si è membri dell'organizzazione organizzatore. Contatta l'Organizzatore della riunione. | Un utente di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo gli utenti appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Un dispositivo di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo i dispositivi appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Mantenere i file multimediali su mesh video per tutte le riunioni Webex esterne
Quando i file multimediali vengono eseguiti attraverso i nodi mesh video locali, si ottengono prestazioni migliori e si utilizza meno larghezza di banda Internet.
Nelle versioni precedenti, si controllava l'uso del mesh video per le riunioni solo per i siti interni. Per le riunioni organizzate su siti Webex esterni, tali siti controllavano se il mesh video poteva essere esteso a Webex. Se un sito esterno non consente la propagazione a catena di mesh video, i file multimediali utilizzano sempre i nodi cloud Webex .
Con l'impostazione Preferisci mesh video per tutte le riunioni Webex esterne, se il sito Webex dispone di nodi mesh video disponibili, i file multimediali passano attraverso tali nodi per le riunioni organizzate su siti Webex esterni. Questa tabella riassume il funzionamento dei partecipanti alle riunioni Webex :
| L'impostazione è... | Riunione sul sito Webex interno con Cascate mesh video abilitate | Riunione sul sito Webex interno con cascate di mesh video disabilitate | Riunione su sito Webex esterno con Cascate mesh video abilitate | Riunione su sito Webex esterno con cascate di mesh video disabilitate |
|---|---|---|---|---|
| Abilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza i nodi mesh video. |
| Disabilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. |
Questa impostazione è disattivata per impostazione predefinita, in modo da mantenere il funzionamento delle versioni precedenti. In queste versioni, il mesh video non veniva trasferito a Webex e i partecipanti partecipavano attraverso i nodi cloud Webex .
| 1 | Nella vista cliente inhttps://admin.webex.com , andare a e fare clic Mostra tutto nella scheda mesh video. |
| 2 | Selezionare il cluster di mesh video nell'elenco e fare clic Modifica impostazioni . |
| 3 | Scorrere fino a Preferisci mesh video per tutte le Webex Meetings esterne e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Ottimizza l'utilizzo della distribuzione mesh video
È possibile visualizzare tutti i client sui cluster mesh video per una migliore esperienza utente tramite mesh video. Se la capacità del cluster mesh video è temporaneamente diminuita o se è stato aumentato l'utilizzo, è possibile ottimizzare l'utilizzo del cluster mesh video controllando quali tipi di client atterrano sui cluster mesh video. Ciò consente di gestire efficacemente la capacità esistente fino a quando non è possibile aggiungere altri nodi per soddisfare la domanda.
Vedi il portale Analisi in Control Hub per comprendere l'utilizzo, l'utilizzo, il reindirizzamento e le tendenze di overflow. In base a queste tendenze, è possibile, ad esempio, scegliere di far arrivare i client desktop o i dispositivi SIP sui cluster mesh video e di far arrivare i client mobili sui nodi cloud Webex. Rispetto ai client mobili, i client desktop e i dispositivi SIP supportano una risoluzione più elevata, hanno schermi più grandi e utilizzano più larghezza di banda e puoi ottimizzare l'esperienza utente per i partecipanti utilizzando tali tipi di client.
È inoltre possibile ottimizzare la capacità dei cluster e massimizzare l'esperienza utente avendo i tipi di client utilizzati dalla maggior parte dei clienti sui cluster mesh video.
| 1 | Accedi a Control Hub, quindi seleziona . - oppure - Selezionare . |
| 2 | In Impostazioni inclusione tipo di client, tutti i tipi di client sono controllati per impostazione predefinita. Deselezionare i tipi di client che si desidera escludere dall'uso dei cluster mesh video. Questi cluster sono ospitati sui nodi cloud Webex. |
| 3 | Fai clic su Salva. |
Annulla registrazione nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Visualizza tutto sulla scheda mesh video. |
| 3 | Dall'elenco delle risorse, vai al cluster appropriato e scegli il nodo. |
| 4 | Fare clic su . Viene visualizzato un messaggio che richiede di confermare che si desidera eliminare il nodo. |
| 5 | Dopo aver letto e compreso il messaggio, fare clic su Annulla registrazione nodo. |
Sposta nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi scegliere Visualizza tutto sulla scheda mesh video. |
| 2 | Dall'elenco, selezionare il nodo che si desidera spostare, quindi fare clic su Azioni (puntini di sospensione verticali). |
| 3 | Seleziona Sposta nodo. |
| 4 | Scegli il pulsante di opzione appropriato per il punto in cui desideri spostare il nodo:
|
| 5 | Fare clic su Sposta nodo. Il nodo viene spostato nel nuovo cluster.
|
Impostazione della pianificazione di aggiornamento del cluster mesh video
È possibile impostare una pianificazione di aggiornamento specifica o utilizzare la pianificazione predefinita delle ore 3. Daily Stati Uniti: America/Los Angeles. È possibile scegliere di posticipare un aggiornamento futuro, se necessario.
Gli aggiornamenti software per il mesh video vengono eseguiti automaticamente a livello di cluster, per garantire che tutti i nodi utilizzino sempre la stessa versione del software. Gli aggiornamenti vengono eseguiti in base alla pianificazione di aggiornamento per il cluster. Quando diventa disponibile un aggiornamento software, è possibile aggiornare manualmente il cluster prima dell'ora di aggiornamento pianificata.
Operazioni preliminari
Gli aggiornamenti urgenti vengono applicati non appena sono disponibili. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Visualizza tutto nella scheda mesh video. | ||
| 2 | Fare clic su una risorsa multimediale, quindi fare clic su Modifica impostazioni cluster. | ||
| 3 | Nella pagina Impostazioni, scorrere fino a Aggiorna, quindi scegliere l'ora, la frequenza e il fuso orario per la pianificazione di aggiornamento.
| ||
| 4 | (Opzionale) Se necessario, fare clic su Rinvia per rinviare l'aggiornamento una volta, fino alla finestra successiva. Sotto il fuso orario, vengono visualizzate la successiva data e ora di aggiornamento disponibili. |
- Miglioramento del funzionamento
-
Il nodo effettua richieste periodiche al cloud per verificare se è disponibile un aggiornamento.
Il cloud non rende disponibile l'aggiornamento finché non arriva la finestra di aggiornamento del cluster. Quando arriva la finestra di aggiornamento, la successiva richiesta di aggiornamento periodico del nodo al cloud fornisce le informazioni sull'aggiornamento.
Il nodo esegue il pull degli aggiornamenti su un canale sicuro.
I servizi esistenti vengono disattivati correttamente per interrompere l'indirizzamento delle chiamate in ingresso al nodo. L'aggraziato arresto consente anche di completare le chiamate esistenti (fino a 2 ore).
L'aggiornamento viene installato.
Il cloud attiva solo l'aggiornamento per una percentuale di nodi in un cluster alla volta.
Elimina cluster mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fai clic su Visualizza tutto. | ||
| 2 | Dall'elenco delle risorse, scorrere fino alla risorsa mesh video che si desidera eliminare, quindi fare clic su Modifica impostazioni cluster.
| ||
| 3 | Fare clic su Elimina cluster, quindi sceglierne uno:
|
Disattiva mesh video
Operazioni preliminari
Prima di disattivare il mesh video, verrà annullata la registrazione di tutti i nodi mesh video.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , scegli Impostazioni sulla scheda mesh video. |
| 2 | Fare clic su Disattiva. |
| 3 | Esamina l'elenco dei cluster e leggi l'esclusione di responsabilità nella finestra di dialogo. |
| 4 | Selezionare la casella di controllo per confermare di aver compreso questa azione e fare clic su Disattiva nella finestra di dialogo. |
| 5 | Quando si è pronti a disattivare il mesh video, fare clic su Disattiva servizio. La disattivazione rimuove tutti i nodi e i cluster di mesh video. Mesh video non più configurato. |
Risoluzione dei problemi di registrazione del nodo mesh video
Questa sezione contiene possibili errori che è possibile riscontrare durante la registrazione del nodo mesh video nel cloud Webex e le operazioni consigliate per correggerli.
Impossibile risolvere il dominio
Questo messaggio viene visualizzato se le impostazioni DNS configurate sul nodo mesh video non sono corrette.
Accedere alla console del nodo mesh video e verificare che le impostazioni DNS siano corrette.
Impossibile connettersi al sito utilizzando la porta 443 tramite SSL
Questo messaggio viene visualizzato se il nodo mesh video non riesce a connettersi al cloud Webex.
Assicurarsi che la rete consenta la connettività sulle porte richieste per il mesh video. Per informazioni dettagliate, vedere Porte e protocolli utilizzati dal mesh video.
Integrazione ThousandEyes con Video Mesh
La piattaforma mesh video è ora integrata con l'agente ThousandEyes che ti consente di eseguire il monitoraggio end-to-end nel tuo ecosistema digitale ibrido. Questa integrazione offre una vasta gamma di test di monitoraggio della rete che aprono visibilità in aree come proxy, gateway e router. I problemi in qualsiasi punto dell'infrastruttura di rete di un cliente possono essere ridotti e diagnosticati con maggiore precisione, migliorando l'efficienza della loro distribuzione.
Vantaggi dell'integrazione ThousandEyes
- Fornisce diversi tipi di test tra cui scegliere. È possibile configurare uno o più test appropriati per l'applicazione o la risorsa che si desidera monitorare.
- Consente di impostare soglie di test specifiche per i requisiti.
- I risultati del test sono disponibili tramite l'app web ThousandEyes e l'API ThousandEyes in tempo reale.
- Maggiore visibilità nella risoluzione dei problemi: i clienti possono identificare l'origine di un problema nella propria rete, riducendo i tempi di risoluzione.
Abilitazione di ThousandEyes per mesh video
Utilizzare questa procedura per abilitare l'agente ThousandEyes per la distribuzione mesh video.
| 1 | Da Control Hub, fai clic su Hybrid sul lato inferiore sinistro dello schermo. | ||
| 2 | Fare clic su Modifica impostazioni nella scheda mesh video . | ||
| 3 | Scorrere fino all'integrazione ThousandEyes. Il tasto di alternanza verrà disabilitato per impostazione predefinita. Fare clic sul tasto di alternanza per abilitarlo. | ||
| 4 | Fare clic su Profilo utente ThousandEyes, si apre il portale Web ThousandEyes, accedere utilizzando le credenziali di amministrazione. | ||
| 5 | Viene visualizzato un pannello laterale con il token Gruppo account. | ||
| 6 | Fare clic sull’icona di visualizzazione, quindi fare clic su Copy (Copia).
| ||
| 7 | Tornare alla scheda Control Hub, incollare il token nel campo Token agente. | ||
| 8 | Fai clic su Attiva; ThousandEyes è ora abilitato per la distribuzione mesh video. |
Operazioni successive
- Dopo 5 minuti, torna alla pagina Web ThousandEyes, fai clic su Agenti cloud ed aziendali, quindi su Impostazioni agente. È necessario essere in grado di visualizzare tutti i nodi elencati come agenti in Agenti aziendali. Se gli agenti non vengono visualizzati, controllare la scheda Integrazione ThousandEyes su Control Hub per la presenza di messaggi di errore.
- Se viene visualizzato un messaggio di errore, fare clic su Attiva/disattiva, quindi su Disattiva. Ripetere le operazioni per abilitare l'agente ThousandEyes, assicurandosi che il token di gruppo dell'account corretto sia copiato e incollato nel campo Token agente.
Configurazione di test con ThousandEyes
Test di rete – Da agente a agente
Il test di rete agente-agente consente agli utenti di ThousandEyes di avere agenti ThousandEyes alle due estremità di un percorso monitorato, consentendo il test del percorso in una o in entrambe le direzioni: da un'origine all'altra o da un'origine all'altra. Per informazioni dettagliate su come configurare un test agente-agente, vedere Panoramica del test agente-agente.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server SIP
I test dei server SIP facilitano le misurazioni della rete, la raccolta dei dati BGP e, soprattutto, la disponibilità del servizio SIP e i test delle prestazioni rispetto all'infrastruttura VoIP basata su SIP.
Per informazioni dettagliate su come configurare un test server SIP, vedere Impostazioni test server SIP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test flusso RTP
Un test di flusso RTP crea un flusso dati vocale simulato tra due agenti ThousandEyes che agiscono come agenti utente VoIP. I pacchetti RTP vengono inviati tra uno o più agenti e un agente di destinazione, utilizzando UDP come protocollo di trasporto, per ottenere le metriche MOS (Mean Opinion Score), perdita di pacchetti, scarti, latenza e variazione ritardo pacchetti (PDV). Le metriche prodotte sono metriche unidirezionali (da fonte a destinazione). Il test di flusso RTP fornisce le opzioni di porta del server, durata della chiamata, dimensione del buffer di de-jitter e configurazione del codec.
Per informazioni dettagliate sulla configurazione di un test di flusso RTP, vedere Impostazioni di test flusso RTP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test dell'URL del server HTTP Webex
Questo test monitora la pagina di destinazione principale a cui si connettono gli utenti quando accedono a Webex. Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server DNS Webex autorevole
Questo test viene utilizzato per assicurarsi che il dominio Webex si stia risolvendo correttamente sia internamente che esternamente. Quando si utilizzano agenti Enterprise, aggiornare il campo Server DNS per utilizzare i server con nome interno. Se si utilizzano agenti cloud per la visibilità esterna, utilizzare il pulsante Cerca server per compilare automaticamente i server con nomi esterni autorevoli. Questo esempio mostra gli agenti cloud che risolvono cisco.webex.com. Sarà necessario aggiornarlo al dominio della propria organizzazione.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
'

Gestione del nodo mesh video dall'interfaccia Web
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Panoramica su come accedere al mesh video
È possibile aprire l'interfaccia Web in uno dei seguenti modi:
Se sei un amministratore completo e hai già registrato il nodo nel cloud, puoi accedere al nodo da Control Hub.
Dalla vista cliente in https://admin.webex.com, andare a . Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. Fare clic sul cluster, quindi fare clic sul nodo a cui si desidera accedere. Fare clic su Vai a nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video.
In una scheda del browser, passare a
<IP address>/setup, ad esempio,https://192.0.2.0/setup. Inserisci le credenziali di amministrazione impostate per il nodo, quindi fai clic su Accedi.Se l'account amministratore è stato disabilitato, questo metodo non è disponibile. Vedere la sezione "Disabilita o riabilita l'account amministratore locale dall'interfaccia Web".
La panoramica è la pagina predefinita e contiene le seguenti informazioni:
Stato chiamata: fornisce il numero di chiamate in corso attraverso il nodo.
Dettagli nodo: fornisce il tipo di nodo, l'immagine del software, la versione del software, la versione del sistema operativo, lo stato QoS e lo stato della modalità di manutenzione.
Stato nodo: fornisce i dati di utilizzo (CPU, memoria, disco) e lo stato del servizio (servizio di gestione, servizio di messaggistica, sincronizzazione NTP).
Impostazioni di rete: fornisce informazioni sulla rete: nome host, interfaccia, IP, gateway, DNS, NTP e se è abilitato il dual IP.
Dettagli di registrazione: fornisce lo stato di registrazione, il nome dell'organizzazione, l'ID organizzazione, il cluster del nodo e l'ID cluster.
Connettività cloud: esegue una serie di test dal nodo al cloud Webex e alle destinazioni di terze parti a cui il nodo deve accedere per essere eseguito correttamente.
Vengono eseguiti tre tipi di test: risoluzione DNS, tempo di risposta del server e larghezza di banda.
I test DNS convalidano che il nodo possa risolvere un determinato dominio. Questo report di test non è riuscito se il server non risponde entro 10 secondi. Viene visualizzato come "Superato" con un "colore di avviso" arancione se il tempo di risposta è compreso tra 1,5 e 10 secondi. I controlli DNS periodici sul nodo generano allarmi se il tempo di risposta DNS è superiore a 1,5 secondi.
I test di connessione confermano che il nodo può connettersi a un particolare URL HTTPS e ricevere una risposta (risposte diverse da errori proxy o gateway sono accettate come prova di connessione).
L'elenco dei test eseguiti dalla pagina di panoramica non è completo e non include test websocket.
Il nodo invia allarmi se i processi di chiamata non possono completare le connessioni websocket al cloud o connettersi ai servizi correlati alla chiamata.
Accanto a ciascun test viene visualizzato un risultato Superato o Non superato; è possibile passare il mouse su questo testo per visualizzare ulteriori informazioni su ciò che è stato controllato quando il test è stato eseguito.
Come mostrato nella schermata seguente, le notifiche di allarme possono essere visualizzate anche nel pannello laterale, se eventuali allarmi sono stati generati dal nodo. Queste notifiche identificano potenziali problemi sul nodo e forniscono suggerimenti su come risolverli o risolverli. Se non sono stati generati allarmi, il pannello di notifica non viene visualizzato.
Configurazione delle impostazioni di rete dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. Si consiglia di modificare le impostazioni di rete ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. | ||
| 3 | Modificare le seguenti impostazioni per Configurazione organizzatore e rete come necessario:
| ||
| 4 | Fare clic su Salva configurazione organizzatore e rete e una volta visualizzato il popup che indica che il nodo deve essere riavviato, fare clic su Salva e Riavvia. Durante il salvataggio, tutti i campi vengono convalidati sul lato server. Gli avvisi visualizzati generalmente indicano che il server non è raggiungibile o una risposta valida non è stata restituita quando viene richiesto, ad esempio se il nome FQDN non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Un altro possibile stato di errore è se l'indirizzo del gateway non è nella stessa subnet dell'indirizzo IP. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. | ||
| 5 | Modificare le seguenti impostazioni per i server NTP in base alle necessità:
| ||
| 6 | Fare clic su Salva server NTP.
Se il server NTP è un nome di dominio completo e non risolvibile, viene restituito un avviso. Se il nome di dominio completo del server NTP viene risolto ma non è possibile interrogare l'IP risolto per l'ora NTP, viene restituito un avviso. |
Impostazione Dell'Interfaccia Di Rete Esterna Dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza sulla modifica delle impostazioni di rete. Tuttavia, è possibile salvare comunque le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
È possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Attiva Abilita rete esterna e fai clic su Ok per abilitare le opzioni dell'indirizzo IP esterno sul nodo. |
| 5 | Immettere i valori Indirizzo IP esterno, Subnet mask esterna e Gateway esterno. |
| 6 | Fare clic su Salva configurazione rete esterna. |
| 7 | Fare clic su Salva e Riavvia per confermare la modifica. Il nodo viene riavviato per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna. |
| 8 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione rete esterna di nuovo. |
Operazioni successive
Per convalidare la configurazione dell'indirizzo IP interno ed esterno, eseguire le operazioni descritte in Esegui un ping dall'interfaccia Web del nodo mesh video.
Testare una destinazione esterna (ad esempio, cisco.com). In caso di successo, i risultati mostrano che è stato eseguito l'accesso alla destinazione dall'interfaccia esterna.
Testare un indirizzo IP interno; se la procedura va a buon fine, i risultati mostrano che è stato eseguito l'accesso all'indirizzo dall'interfaccia interna.
Aggiunta di regole di indirizzamento interne ed esterne dall'interfaccia Web del nodo mesh video
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
Operazioni preliminari
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. Se è stata configurata la rete esterna, viene visualizzata la scheda Regole di indirizzamento. | ||
| 3 | Fare clic sulla scheda Regole di indirizzamento. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna. È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 4 | Per aggiungere una regola, fare clic su Aggiungi regola di indirizzamento, quindi scegliere una delle seguenti opzioni:
| ||
| 5 | Fare clic su Aggiungi regola di indirizzamento. Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente. | ||
| 6 | Per eliminare una o più regole definite dall'utente, selezionare la casella di controllo nella colonna a sinistra delle regole, quindi fare clic su Elimina regole di indirizzamento.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Configurazione della rete di container dall'interfaccia Web del nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Modificare i valori relativi a Indirizzo IP container e Subnet mask container, in base alle esigenze, quindi fare clic su Salva configurazione rete container. |
| 5 | Fare clic su Salva e Riavvia per confermare la modifica. |
| 6 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione di rete contenitore di nuovo. |
Impostazione delle dimensioni MTU dell'interfaccia di rete
Tutti i nodi mesh video Webex dispongono di rilevamento MTU percorso (PMTU) abilitato per impostazione predefinita. Con PMTU, il nodo può rilevare problemi MTU e modificare automaticamente la dimensione dell'MTU. Quando il PMTU non riesce a causa di problemi del firewall o di rete, il nodo può avere problemi di connettività al cloud perché i pacchetti più grandi dell'MTU cadono. L'impostazione manuale di una dimensione MTU inferiore può risolvere questo problema.
Operazioni preliminari
Se hai già registrato il nodo, devi impostarlo in modalità di manutenzione prima di poter modificare le impostazioni MTU.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione Interface MTU Settings, immettere un valore MTU compreso tra 1280 e 9000 byte nei campi applicabili. Se è stata abilitata l'interfaccia esterna, è possibile impostare separatamente le dimensioni dell'interfaccia MTU interna ed esterna. |
Operazioni successive
Se si mette il nodo in modalità di manutenzione per modificare l'MTU, disattivare la modalità di manutenzione.
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Se le risposte DNS ai nodi mesh video richiedono regolarmente più di 750 ms o se il centro TAC di Cisco lo consiglia, è possibile abilitare la memorizzazione nella cache DNS. Con la memorizzazione nella cache DNS attiva, il nodo memorizza localmente nella cache le risposte DNS . Con la cache, le richieste sono meno soggette a ritardi o timeout che possono portare a allarmi di connettività, interruzioni di chiamata o problemi di qualità della chiamata. La memorizzazione nella cache DNS può anche ridurre il carico sull'infrastruttura DNS .
Operazioni preliminari
Spostare il nodo in modalità manutenzione. Se lo stato della modalità di manutenzione è Attivato (le chiamate attive sono state completate o interrotte alla fine del periodo in sospeso), è possibile abilitare o disabilitare la memorizzazione nella cache DNS.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione DNS Caching Configuration (Configurazione cache DNS), attivare o disattivare Enable DNS Caching (Abilita cache DNS). |
| 5 | Nella finestra di dialogo di conferma, fare clic su Salva e Riavvia. |
| 6 | Una volta riavviato il nodo, riaprire l'interfaccia del nodo mesh video Webex e verificare che i controlli di connettività abbiano esito positivo nella pagina Panoramica. |
Quando si abilita la memorizzazione nella cache DNS, le statistiche della cache DNS visualizzano le seguenti statistiche:
Statistica | Descrizione |
|---|---|
Voci della cache | Il numero di risoluzioni DNS precedenti memorizzate dal server della cache DNS |
La cache colpisce | Il numero di volte dalla reimpostazione della cache in cui la cache ha gestito una richiesta DNS dal mesh video, senza interrogare il server DNS del cliente |
Errori nella cache | Il numero di volte dopo la reimpostazione della cache che il server DNS del cliente ha gestito una richiesta DNS dal mesh video anziché attraverso la cache |
Percentuale successo cache | La percentuale di richieste DNS dal mesh video gestite dalla cache senza interrogare il server DNS del cliente |
Query DNS in uscita del server cache | Il numero di query DNS effettuate dal server della cache DNS mesh video rispetto ai server DNS del cliente |
Query DNS in entrata server cache | Il numero di query DNS effettuate dal mesh video sul server della cache DNS interno |
Rapporto query in uscita/entrata | Il rapporto tra le query DNS effettuate dal mesh video rispetto al server DNS del cliente e le query effettuate dal mesh video rispetto al server della cache DNS interno |
Query in entrata al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video rispetto al server di cache DNS interno |
Query in uscita al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video contro i server DNS del cliente |
Latenza DNS in uscita [intervallo di tempo] | La percentuale di query DNS effettuate dal mesh video sui server DNS del cliente in cui il tempo di risposta è rientrato nell'intervallo di tempo descritto |
Utilizzare il pulsante Cancella cache DNS per reimpostare la cache DNS quando il centro TAC lo richiede. Dopo aver pulito la cache DNS, viene visualizzato un rapporto query in uscita-in entrata più alto man mano che la cache si riempie. Non è necessario posizionare il nodo in modalità di manutenzione per pulire la cache.
Operazioni successive
Spostare il nodo fuori dalla modalità manutenzione. Quindi, ripetere l'attività su qualsiasi altro nodo che richiede una modifica.
Carica certificati di sicurezza
Impostare una relazione di trust tra il nodo e un server esterno, ad esempio un server syslog.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Quando si configura TLS con un altro server, ad esempio un server syslog, si consiglia per motivi di sicurezza di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo. Per creare e caricare il certificato e le coppie di tasti sul nodo mesh video, andare a Certificati server e seguire questa procedura: |
| 3 | Scegliere un'opzione in base alla firma del certificato CA del server esterno:
|
| 4 | Ottenere il certificato o l'elenco di certificati attendibili (CTL) utilizzati dal server esterno. Come per il certificato del nodo mesh video, salvare il file del server esterno in un punto facile da ricordare. |
| 5 | Tornare alla scheda dell'interfaccia del nodo mesh video Webex, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato nel cloud attende fino a 2 ore per la fine di qualsiasi chiamata e si mette in uno stato inattivo temporaneo (quiesces). Per installare il certificato, il nodo deve essere riavviato e lo fa automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato viene installato sul nodo mesh video, quindi è possibile ricaricare la pagina per visualizzare il nuovo certificato. |
| 6 | Ripetere il caricamento del certificato o della catena di certificati su ogni altro nodo mesh video nello stesso cluster. |
Generazione dei registri mesh video per il supporto
È possibile che venga richiesto di inviare i registri direttamente a Cisco oppure è possibile scaricarli da soli per allegarli a un caso. Utilizzare questa procedura dall'interfaccia Web per generare i registri e inviarli a Cisco o scaricarli da qualsiasi nodo mesh video. Il pacchetto di registri generato contiene registri multimediali, registri di sistema e registri di container. Il bundle fornisce informazioni utili per la connettività a Webex, problemi della piattaforma e impostazione chiamata o supporto, in modo che Cisco possa risolvere i problemi della distribuzione del nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi scegliere un'opzione accanto a Invia registri:
I registri generati vengono memorizzati storicamente sul nodo e rimangono sul nodo anche dopo i riavvii. Un identificatore di caricamento viene visualizzato nella pagina. Support utilizza questo valore per identificare i registri caricati. |
| 3 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificativo di caricamento in modo che l'ingegnere del supporto possa accedere ai registri. Se il registro è stato inviato direttamente a Cisco, non è necessario caricare il bundle di registri nel caso TAC. |
Operazioni successive
Durante il caricamento dei registri in Cisco o il download, è possibile eseguire un'acquisizione di pacchetti dalla stessa schermata.
Generazione di acquisizioni di pacchetti mesh video per il supporto
È possibile eseguire un'acquisizione di pacchetti (PCAP) e inviarla a Cisco per un'ulteriore analisi. Un'acquisizione di pacchetti acquisisce un'istantanea dei pacchetti dati che passano attraverso le interfacce di rete del nodo. Una volta acquisiti e inviati i pacchetti, Cisco può analizzare l'acquisizione inviata e aiutare a risolvere i problemi di distribuzione del nodo mesh video.
Operazioni preliminari
La funzionalità di acquisizione dei pacchetti è destinata solo a scopi di debug. Se si esegue un'acquisizione di pacchetti su un nodo mesh video in diretta che ospita chiamate attive, l'acquisizione di pacchetti può influire sulle prestazioni del nodo e il file generato potrebbe essere sovrascritto. Ciò causa una perdita di dati acquisiti. Si consiglia di eseguire l'acquisizione dei pacchetti solo durante le ore di punta o quando il numero delle chiamate è inferiore a 3 sul nodo. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi. È possibile avviare l'acquisizione dei pacchetti e caricare i registri contemporaneamente. |
| 3 | (Opzionale) Nella sezione Acquisizione pacchetti, è possibile limitare l'acquisizione ai pacchetti su una specifica interfaccia, filtrare in base ai pacchetti da o verso determinati organizzatori o filtrare in base ai pacchetti su una o più porte. |
| 4 | Per iniziare il processo, attivare l'impostazione Start Packet Capture (Avvia acquisizione pacchetti). |
| 5 | Al termine, disattivare l'impostazione Avvia acquisizione pacchetti. |
| 6 | Scegli un'opzione:
Una volta caricata l'acquisizione di un pacchetto, nella pagina viene visualizzato un identificativo di caricamento. Il supporto utilizza questo valore per identificare l'acquisizione di pacchetti caricata. La dimensione massima per le acquisizioni di pacchetti è 2 GB. |
| 7 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificatore di caricamento in modo che l'ingegnere del supporto possa accedere all'acquisizione dei pacchetti. |
Esecuzione di un ping dall'interfaccia Web del nodo mesh video
È possibile eseguire un ping dall'interfaccia Web del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Ping, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Prova connettività utilizzando Ping. |
| 3 | Fare clic su Ping. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Esecuzione di un percorso di traccia dall'interfaccia Web mesh video
È possibile eseguire un traceroute dall'interfaccia Web del nodo mesh video. Questa operazione mostra l'indirizzamento dei pacchetti dal nodo verso la destinazione inserita. La visualizzazione delle informazioni di tracciamento della route consente di determinare perché una particolare connessione potrebbe essere scadente e può aiutare a identificare i problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Traceroute, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP sotto Traccia indirizzamento a organizzatore. Il test viene eseguito e viene visualizzato il messaggio di successo o di errore di traccia del percorso. Il test viene ripetuto per 16 secondi. In caso di errore o di timeout del test, controllare il valore di destinazione inserito e le impostazioni di rete. |
Verifica del server NTP dall'interfaccia Web del nodo mesh video
È possibile immettere un indirizzo FQDN o IP di un server NTP (Network Time Protocol) per confermare che il nodo mesh video può accedere al server. Questo test è utile se si notano problemi di sincronizzazione dei tempi e si desidera escludere la raggiungibilità del server NTP.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Controlla server NTP, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Visualizza risposta query SNTP. Il test viene eseguito e viene visualizzato un messaggio di query riuscita o errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Identificazione dei problemi della porta con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Abilitazione dell'account utente di debug dall'interfaccia Web del nodo mesh video
Se il centro TAC di Cisco richiede l'accesso al nodo mesh video Webex, è possibile abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi attivare l'impostazione Abilita utente debug. Viene visualizzata una passphrase crittografata che è possibile fornire a Cisco TAC. |
| 3 | Copiare la passphrase, incollarla nel ticket di supporto o direttamente all'ingegnere del supporto, quindi fare clic su OK una volta salvata. |
L'account utente di debug è valido per 3 giorni, dopodiché scade.
Operazioni successive
È possibile disabilitare l'account prima della scadenza se si torna alla pagina Risoluzione dei problemi e si disattiva l'impostazione Abilita utente di debug.
Ripristino delle impostazioni di fabbrica di un nodo mesh video dall'interfaccia Web
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video dall'interfaccia Web. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Risoluzione dei problemi, scorri fino a Ripristino delle impostazioni di fabbrica, quindi fai clic su Ripristina nodo. |
| 3 | Assicurarsi di aver compreso le informazioni nel messaggio di avviso visualizzato, quindi fare clic su Ripristina e Riavvia. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Disabilitazione o riabilitazione dell'account amministratore locale dall'interfaccia Web
Quando si installa un nodo mesh video Webex, inizialmente si esegue l'accesso utilizzando un account locale integrato con il nome utente "admin". Una volta registrato il nodo nel cloud Webex, è possibile utilizzare le credenziali di amministrazione dell'organizzazione Webex per gestire i nodi mesh video da Control Hub. In questo modo, i criteri dell'account amministratore e i processi di gestione applicabili a Control Hub si applicano anche ai nodi mesh video. Per un ulteriore controllo, puoi disabilitare l'account "admin" integrato in modo che Control Hub gestisca tutta l'autenticazione e la gestione degli amministratori.
Utilizzare questa procedura dopo aver registrato il nodo nel cloud per disabilitare (o riabilitare successivamente) l'account utente amministratore. Quando si disabilita l'account amministratore, è necessario utilizzare Control Hub per accedere all'interfaccia Web del nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . | ||
| 2 | Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. | ||
| 3 | Fare clic sul cluster, quindi sul nodo a cui si desidera accedere. Fare clic su Vai a nodo. | ||
| 4 | Andare ad Amministrazione. | ||
| 5 | Disattivare Abilita accesso utente amministratore per disabilitare l'account o riabilitarlo.
| ||
| 6 | Nella schermata di conferma, fare clic su Disabilita o Abilita per completare la modifica. |
Una volta disabilitato l'utente amministratore, non è possibile accedere al nodo mesh video attraverso l'interfaccia utente Web o la CLI avviata da SSH. Tuttavia, è possibile accedere utilizzando le credenziali utente di amministrazione tramite una CLI avviata dalla console VMware ESXi.
Modifica della passphrase di amministrazione dall'interfaccia Web
Utilizzare questa procedura per modificare la passphrase (password) amministratore per il nodo mesh video Webex utilizzando l'interfaccia Web.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica passphrase, fare clic su Modifica. |
| 3 | Immettere la passphrase corrente, quindi immettere un nuovo valore di passphrase in Nuova passphrase e Conferma nuova passphrase. |
| 4 | Fare clic su Salva passphrase. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso. |
| 5 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Modifica dell'intervallo di scadenza della passphrase dall'interfaccia Web
Utilizzare questa procedura per modificare l'intervallo di scadenza passphrase predefinito di 90 giorni utilizzando l'interfaccia Web. Quando l'intervallo è attivo, viene richiesto di immettere una nuova passphrase quando si esegue l'accesso al nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica scadenza passphrase, immettere un nuovo valore per Intervallo scadenza (giorni) (fino a 365 giorni), quindi fare clic su Salva intervallo scadenza passphrase. Viene visualizzata una schermata con esito positivo, quindi è possibile fare clic su OK per terminare. |
La pagina Amministrazione mostra anche le date dell'ultima modifica della passphrase e della successiva scadenza della password.
Impostazione della registrazione esterna a un server syslog
Se si dispone di un server syslog, è possibile impostare il nodo mesh video Webex per accedere alle informazioni sull'audit trail del server esterno, ad esempio:
Dettagli sugli accessi dell'amministratore
Modifiche alla configurazione (incluso attivazione o disattivazione della modalità di manutenzione)
Aggiornamenti software
Il nodo aggrega i registri, se presenti, e li invia al server ogni dieci minuti.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione. |
| 3 | Accanto a Registrazione esterna, attiva Abilita registrazione esterna. |
| 4 | Per Dettagli server syslog, immettere l'indirizzo IP host o il nome di dominio completo e la porta syslog. Se il server non è risolvibile con DNS dal nodo, utilizzare un indirizzo IP nel campo Host. |
| 5 | Scegliere il protocollo: UDP o TCP. Per utilizzare la crittografia TLS, scegliere TCP, quindi attivare Abilita TLS. Accertarsi di caricare e installare anche i certificati di sicurezza necessari per la comunicazione TLS tra il nodo e il server syslog. Se non vengono installati certificati, il nodo utilizza per impostazione predefinita i certificati autofirmati. Per informazioni, vedere Caricamento dei certificati di sicurezza. |
| 6 | Fare clic su Salva configurazione registrazione esterna. |
Le proprietà del messaggio di registro seguono questo formato: Messaggio tag timestamp priorità nome host.
Proprietà | Descrizione |
|---|---|
Priority | Il valore è sempre pari a 131, in base alla formula: Priorità = (Codice struttura * 8) + Gravità. Il codice della struttura è 16 per "local0". La gravità è 3 per "avviso". |
Indicazione di data e ora | Il formato di timestamp è "Mmm gg hh:mm:ss". |
Nome host | Nome host per il nodo mesh video. |
Tag | Il valore è sempre syslogAuditMsg. |
Messaggi | Il messaggio è una stringa JSON di almeno 1KB. La sua dimensione dipende dal numero di eventi aggregati nell'intervallo di dieci minuti. |
Ecco un messaggio di esempio:
{
"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\"}"
}
]
}
Webhook per avvisi mesh video
Il mesh video supporta gli avvisi webhook che consentono agli amministratori dell'organizzazione di ricevere avvisi su eventi specifici. Gli amministratori possono scegliere di ricevere una notifica di eventi come overflows delle chiamate e reindirizzamenti delle chiamate, riducendo al minimo la necessità di accedere a Control Hub per monitorare la relativa distribuzione. Ciò si ottiene creando un abbonamento webhook in cui viene fornito un URL di destinazione dall'amministratore, a cui verranno inviati avvisi. L'uso di webhook per gli avvisi consente anche il monitoraggio dei parametri senza utilizzare le API degli sviluppatori associate.
I seguenti tipi di evento possono essere monitorati tramite webhook:
Reindirizzamenti chiamate cluster – Chiamate reindirizzate da un determinato cluster.
Overflows chiamate organizzazione – Overflows chiamate totali su cloud per un'organizzazione.
Crea un abbonamento webhook
| 1 | Accedere al portale per sviluppatori Cisco Webex utilizzando le credenziali di amministrazione. |
| 2 | Nel portale degli sviluppatori fare clic su Documentazione. |
| 3 | Dalla barra di scorrimento a sinistra, scorrere verso il basso e fare clic su Riferimento API completo. |
| 4 | Dalle opzioni che si espandono di seguito, scorrere verso il basso e fare clic su Webhooks > Crea un webhook. |
| 5 | Creare un abbonamento inserendo i seguenti parametri: |
nome: esempio – Avvisi webhook mesh video
targetUrl: esempio - https://10.1.1.1/webhooks
risorsa: videoAvvisiMesh
evento: attivato
di proprietà: organizzazione
L'URL inserito nel parametro targetUrl deve essere accessibile tramite Internet e disporre di un server configurato per accettare le richieste POST inviate da Webex Webhook. |
Impostazione delle configurazioni delle soglie con le API degli sviluppatori
È possibile impostare valori di soglia per gli eventi (overflows chiamata organizzazione e reindirizzamenti chiamata cluster) con le API degli sviluppatori mesh video. È possibile impostare un valore percentuale per le soglie al di sopra delle quali verrà attivato un avviso webhook. Ad esempio, se il valore di soglia è impostato su 20 per i overflow delle chiamate dell'organizzazione, viene inviato un avviso quando più del 20% delle chiamate viene overflow sul cloud.
Un set di 4 API è disponibile per l'impostazione e l'aggiornamento delle soglie nel portale per sviluppatori Cisco Webex e sono elencate di seguito:
Elenca configurazione soglia evento
Richiedi configurazione soglia evento
Aggiorna configurazione soglia evento
Reimposta configurazione soglia evento
Le API sono disponibili all'indirizzohttps://developer.webex.com/docs/api/v1/video-mesh .
Scenario 1 - Impostazione del valore di soglia per le chiamate dell'organizzazione superate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | Si riceverà una risposta simile a quella mostrata di seguito.
| ||
| 4 | Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fai clic su Esegui; la tua soglia per i overflow delle chiamate dell'organizzazione verrà impostata sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 2 - Impostazione del valore di soglia per le chiamate cluster reindirizzate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | La risposta elencherà le configurazioni di tutti i cluster nell'organizzazione. | ||
| 4 |
Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fare clic su Esegui, la soglia per Chiamate cluster reindirizzate verrà impostato sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 3 - Ripristino dei valori di soglia
| 1 | Fare clic su Reimposta API configurazione soglia evento. | ||
| 2 | Copia l'ID soglia evento di un cluster o dell'organizzazione e incollalo in
| ||
| 3 | Incollare la struttura JSON nel corpo e fare clic su Esegui. | ||
| 4 |
Il valore di soglia verrà impostato sul valore minimo predefinito. |
API di sviluppo mesh video
Le API sviluppatori mesh video sono un modo per recuperare analisi e monitorare i dati per le distribuzioni mesh video attraverso il portale per sviluppatori Webex. Le API sono disponibili su https://developer.webex.com/docs/api/v1/video-mesh. Un client di esempio è disponibile all'indirizzohttps://github.com/CiscoDevNet/video-mesh-api-client .
Software di demo nodo mesh video
Utilizzare il software di demo del nodo mesh video solo per scopi demo di base. Non aggiungere un nodo demo a un cluster di produzione esistente. Il cluster demo accetta meno chiamate rispetto alla produzione e scade 90 giorni dopo la registrazione nel cloud.
|
Scaricare l'immagine del software dimostrativo da questo collegamento.
Specifiche
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per la configurazione basata su specifiche per il software del nodo mesh video.
Il software demo supporta un'interfaccia di rete singola o un'interfaccia di rete doppia.
Capacità
L'immagine demo non viene testata per la capacità. È necessario utilizzarlo solo per testare gli scenari di riunione di base. Vedere i casi d'uso che seguono per indicazioni.
Casi d'uso per il software di demo del nodo mesh video
- Supporti ancorati a locali
-
Distribuire e configurare il nodo con il software demo.
Eseguire una riunione che includa i seguenti partecipanti: un partecipante all'app Webex, un partecipante all'endpoint Webex e una Cisco Webex Board.
Al termine della riunione, dalla vista cliente in https://admin.webex.com, andare ad Analisi per accedere ai report mesh video. Nei report, è possibile vedere che i media sono rimasti in sede.
- Riunione con partecipanti cloud e locali
-
Esegui un'altra riunione con un paio di partecipanti Webex in sede e uno nel cloud.
Tieni presente che tutti i partecipanti possono accedere e partecipare alla riunione senza problemi.
Gestione del nodo mesh video dalla console
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Modifica delle impostazioni di rete del nodo mesh video nella console
Se la topologia di rete cambia, è necessario aprire l'interfaccia della console per ciascun nodo mesh video e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza relativa alla modifica delle impostazioni di rete, ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Modifica della passphrase dell'amministratore del nodo mesh video
Utilizzare questa procedura per modificare la passphrase amministratore (password) per il nodo mesh video nella console del nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Aprire e accedere alla console VMware ESXi della VM per il nodo mesh video. |
| 3 | Nel menu principale, scegliere l’opzione 3 Gestisci passphrase amministratore, quindi 1 Modifica passphrase amministratore, quindi fare clic su Invio. |
| 4 | Leggere le informazioni sulla pagina della password scaduta, fare clic su Invio, quindi fare di nuovo clic dopo il messaggio di scadenza della password. |
| 5 | Premere Invia. |
| 6 | Una volta eseguita la disconnessione dalla console, tornare alla schermata di accesso, quindi accedere utilizzando l'accesso amministratore e la passphrase (password) scaduti. Viene richiesto di modificare la password.
|
| 7 | Per Vecchia password, immettere la passphrase corrente, quindi premere Invio. |
| 8 | Per Nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 9 | Per immettere nuovamente la nuova password, digitare nuovamente la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso.
|
| 10 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Esecuzione di un ping dalla console del nodo mesh video
È possibile eseguire un ping dall'interfaccia della console del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere Ping. |
| 3 | Nel campo ping, immettere un indirizzo di destinazione da testare, ad esempio un indirizzo IP o un nome host, quindi fare clic su OK. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Se si riceve un errore, controllare il valore di destinazione inserito e le impostazioni di rete. |
Abilitazione dell'account utente di debug attraverso la console
Se il supporto richiede l'accesso al nodo mesh video, è possibile utilizzare l'interfaccia della console per abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi sul nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, scegliere 2 Abilita account utente di debug e, dopo il prompt, fare clic su Sì. |
| 3 | Dopo aver visualizzato il messaggio che l'account utente di debug è stato creato correttamente, fare clic su OK per visualizzare la passphrase crittografata. Invierai la passphrase crittografata da supportare. Utilizzano questo account temporaneo e la passphrase decrittografata per accedere in modo sicuro al nodo mesh video per la risoluzione dei problemi. Questo account scade dopo 3 giorni oppure è possibile disabilitarlo al termine del supporto. |
| 4 | Selezionare l'inizio e la fine dei dati crittografati e copiarli nel ticket di supporto o nell'e-mail che si sta inviando al supporto. |
| 5 | Dopo aver inviato queste informazioni per il supporto, tornare alla console del nodo mesh video e premere un tasto qualsiasi per tornare al menu principale. |
Operazioni successive
L'account scade tra 3 giorni, ma quando il supporto indica che è stata completata la risoluzione dei problemi sul nodo, è possibile restituire la console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 3 Disabilita account utente di debug per disabilitare l'account prima della scadenza.
Invio dei registri dalla console del nodo mesh video
È possibile che venga richiesto di inviare i registri direttamente a Cisco o tramite SCP (Secure Copy). Utilizzare questa procedura per inviare i registri direttamente da qualsiasi nodo mesh video registrato nel cloud.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Nel menu principale, fare clic sull’opzione 4 Diagnostica, quindi premere Invio. |
| 3 | Fare clic su 4 Esporta file di registro, fornire feedback se si desidera, quindi fare clic su Avanti. |
| 4 | Scegli un'opzione:
|
| 5 | Scegliere OK per tornare al menu principale del nodo mesh video. |
| 6 | (Opzionale) Selezionare 5 Verifica dello stato dei file di registro inviati a Cisco se i registri sono stati inviati a Cisco. |
Operazioni successive
Dopo aver inviato i registri, si consiglia di inviare il feedback direttamente dall'app Webex in modo che i contatti del supporto dispongano di tutte le informazioni necessarie per essere di aiuto. |
Verifica dello stato del nodo mesh video dalla console
È possibile visualizzare la salute del nodo direttamente dal nodo mesh video. I risultati sono informativi, ma possono essere di aiuto nella procedura di risoluzione dei problemi, ad esempio, se la sincronizzazione NTP non funziona, è possibile controllare il valore del server NTP nelle impostazioni di rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, vai a 4 Diagnostica, quindi seleziona 6 Verifica stato nodo per visualizzare le seguenti informazioni sul nodo:
|
Configurazione della rete di container sul nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dal menu principale della console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 7 Configura rete container. Dopo aver specificato che le chiamate attive termineranno sul nodo, fare clic su Sì. |
| 3 | Modificare i valori per Container Bridge IP e Network Mask, come necessario, quindi fare clic su Salva. Viene visualizzata una schermata che mostra le informazioni di rete del contenitore, incluso l'intervallo di indirizzi IP riservato per le operazioni interne sul nodo mesh video. |
| 4 | Fai clic su OK. |
Identificazione dei problemi della porta con lo strumento riflettore nella console
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (script Python) e decomprimere il file in una posizione facile da trovare. Il file zip contiene lo script e un file readme.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 4 | Dall'interfaccia del nodo mesh video, andare a Diagnostica > Server riflettore > Server riflettore per TCP o (UDP). Avviare il server per TCP o per UDP. |
| 5 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 6 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 7 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 8 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 9 | Esegui il client con
|
Ripristino delle impostazioni di fabbrica di un nodo mesh video dalla console
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 8 Ripristino delle impostazioni di fabbrica. |
| 3 | Accertarsi di aver compreso le informazioni contenute nella nota visualizzata, quindi fare clic su Reset. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Migrazione di una piattaforma hardware esistente nel nodo mesh video
È possibile eseguire la migrazione di una piattaforma supportata esistente (ad esempio, un CMS1000 che esegue Cisco Meeting Server) su mesh video. Utilizzare questa procedura per guidarti nel processo di migrazione.
I passaggi variano a seconda della versione in bundle di ESXi sulla piattaforma hardware. |
Operazioni preliminari
Scaricare una nuova copia dell'ultima immagine del software del nodo mesh video (OVA). Non distribuire un nuovo nodo mesh video con un file OVA scaricato in precedenza.
| 1 | Accedere all'interfaccia della macchina virtuale e spegnere il software in esecuzione sulla piattaforma. |
| 2 | Eliminare l'applicazione software in esecuzione sulla piattaforma. Sulla piattaforma non devono rimanere immagini software. Inoltre, non è possibile eseguire il software del nodo mesh video insieme ad altri software sulla stessa piattaforma.
|
| 3 | Distribuire una nuova macchina virtuale da un nuovo file OVF o OVA. |
| 4 | Immettere un nome per la macchina virtuale e scegliere il file OVA del nodo mesh video. |
| 5 | Modificare spesso il provisioning del disco. |
| 6 | Caricare l'immagine del software mfusion.ova scaricata.
|
| 7 | Quando la macchina virtuale è in esecuzione, tornare a Accedi alla console del nodo mesh video e continuare la configurazione iniziale del nodo mesh video. |
Confronto funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh
Confronto funzioni
Funzione | Video mesh e video Cisco Webex Meeting Center | CMR Hybrid |
|---|---|---|
Tipi di riunione | Pianificato Un clic (istantaneo) Riunione personale (PMR) Esperienza coerente per riunioni locali e basate su cloud | Solo pianificato |
Pianificazione | Strumento di produttività Webex (Windows e Mac) Pianificazione del calendario ibrido con @webex Portale Webex | Strumenti di produttività TelePresence e Mac abilitati Webex Pianificazione TMS |
Opzioni di accesso a riunione | Chiamata in ingresso e chiamata in uscita Protetto da PIN (organizzatore) Pulsante unico (OBTP) | Solo chiamata in ingresso OBTP |
Esperienza in riunione | Unified Roster (client Webex) Controlli unificati (client Webex) Blocco/sblocco riunione Disattivazione/attivazione dell'audio dei partecipanti TelePresence | Nessun registro unificato (client Webex e server TelePresence) Controlli separati (client Webex e server TelePresence) |
Modello di capacità e distribuzione | Capacità illimitata Overflow in sede e automatico Commutazione e transcodifica | Capacità di trascodifica limitata al server TelePresence |
Lista di controllo percorso di migrazione
Di seguito è riportata una panoramica generale su come eseguire la migrazione di un sito esistente alla piattaforma video versione 2.0 e preparare il sito per l'integrazione con il mesh video. Le operazioni possono variare in base all'ambiente esistente. Collabora con il tuo partner o customer success manager per garantire una migrazione senza problemi.
Accertarsi che la funzione di videoconferenza Meeting Center sia predisposta sul sito Webex.
L'amministratore del sito riceve l'account del portale di gestione. L'amministratore quindi distribuisce i nodi mesh video per l'organizzazione Webex.
L'amministratore del sito assegna il privilegio CMR per abilitare tutti o alcuni utenti CMR Hybrid con video Cisco Webex Meeting Center.
(Opzionale) Disabilitare il tipo di sessione CMR Hybrid per questo sottoinsieme, quindi abilitare il video Cisco Webex Meeting Center nel relativo profilo utente.
L'amministratore del sito imposta il mesh video, quindi seleziona Hybrid come tipo di risorsa multimediale in Cloud Collaboration Meeting Room Options.
L'amministratore del sito imposta TelePresence Management Suite (TMS) e One Button to Push (OBTP) locali per utilizzare il video Cisco Webex Meeting Center. Vedi il Guida alla distribuzione Enterprise per videoconferenze Cisco Webex Meeting Center per informazioni.
Se il privilegio CMR è abilitato per un utente, gli Strumenti di produttività Webex vengono impostati per impostazione predefinita sulla versione video di Cisco Webex Meeting Center. Tutte le nuove riunioni pianificate dagli utenti sono riunioni video Cisco Webex Meeting Center.
Se le sale conferenze sono incluse nell'invito, le informazioni OBTP vengono inviate alla sala conferenze tramite TMS (solo per riunioni CMR Hybrid).
Le riunioni esistenti impostate dagli utenti CMR Hybrid prima del passaggio al video Cisco Webex Meeting Center devono continuare a funzionare finché il cliente conserva le impostazioni MCU e TMS locali.
Le riunioni CMR Hybrid esistenti non possono essere modificate o aggiornate per riflettere le informazioni sulla riunione video Cisco Webex Meeting Center. Se gli utenti desiderano utilizzare il nuovo invito, devono eliminare le riunioni precedenti e creare nuove riunioni.
Se il cliente desidera ritirare le riunioni locali MCU, TMS e CMR Hybrid precedenti non funzioneranno. È necessario creare nuove riunioni con le informazioni video Cisco Webex Meeting Center.
Protocollo di interoperabilità TelePresence e commutazione segmento
Il mesh video supporta la negoziazione di TelePresence Interoperability Protocol (TIP) e multiplex (MUX) per endpoint IX e TX a 1 schermo e a 3 schermi.
Per gli endpoint a tre schermi, tutti e tre gli schermi devono mostrare il video, se sono presenti un numero sufficiente di partecipanti alla conferenza. Un altro sistema a tre schermi nella conferenza determina il passaggio da un segmento all'altro anziché da una stanza all'altra. Ciò significa che invece che tutti e tre gli schermi diventano grandi quando qualcuno in un altro sistema a tre schermi parla, solo il riquadro attivo diventa grande. Gli altri due riquadri sono popolati da video provenienti da altri sistemi. Quando mostrato piccolo, tutti e tre i riquadri vengono visualizzati insieme (per tutti i dispositivi, uno o tre schermi) con una singola casella di delimitazione e etichetta del nome.
A seconda delle risorse di hosting nel cloud, alcuni endpoint mostreranno tutti e tre gli schermi di una sala a tre schermi nella sequenza di pellicole, mentre altri mostreranno solo un riquadro. L'app Webex mostra solo 1 riquadro, anche se il contenuto multimediale è in sede.
Per riunioni di grandi dimensioni che traboccano da un nodo e si propagano a catena in un secondo, lo stesso viene visualizzato da qualsiasi endpoint ospitato su un nodo diverso da quello che ospita il sistema a tre schermi (solo un riquadro visibile nel layout). La condivisione della presentazione richiede la negoziazione di BFCP attraverso il percorso di chiamata.
Informazioni nuove e modificate
Questa tabella contiene nuove funzioni o funzionalità, modifiche al contenuto esistente ed eventuali errori importanti corretti nella Guida alla distribuzione.
Per informazioni sugli aggiornamenti del software del nodo mesh video Webex, vedere https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.
Data | Cambia |
|---|---|
14 maggio 2024 |
|
09 febbraio 2024 |
|
31 agosto 2023 |
|
31 luglio 2023 |
|
28 luglio 2023 |
|
15 giugno 2023 |
|
| 16 maggio 2023 |
|
27 marzo 2023 |
|
2 marzo 2023 |
|
7 luglio 2022 |
|
30 giugno 2022 | Aggiunte informazioni sui nuovi script di provisioning in blocco su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 giugno 2022 | Procedura modificata per scambiare le catene di certificati in modo da includere i certificati ECDSA nelle catene di certificati di scambio tra nodi mesh video e Unified CM |
18 maggio 2022 | Modificato il sito di download dello strumento Reflector in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 aprile 2022 | Aggiunte informazioni sulla nuova funzione in Mantieni il tuo contenuto multimediale su mesh video per tutte le riunioni Webex esterne. |
25 marzo 2022 | Aggiornamenti all'utilizzo delle porte in Porte e protocolli per la gestione. |
Decemeber 10, 2021 | Aggiunto CMS 2000 e rilevato il problema di aggiornamento per i vecchi CMS 1000s aggiornamento a ESXi 7 in Requisiti di sistema e piattaforma per il software del nodo mesh video. |
30 agosto 2021 | Aggiunte informazioni sulla verifica che Webex disponga del paese di origine corretto per la distribuzione in Verifica Che il Paese Di Origine Sia Corretto. |
27 agosto 2021 | Aggiunta una nota sulla visibilità dei report di analisi in Supporto e limitazioni per le riunioni private. |
13 agosto 2021 | Aggiunte informazioni sulla nuova funzione Riunioni private in:
|
22 luglio 2021 | Aggiunte informazioni su come verificare che il sistema disponga della posizione di origine corretta per le chiamate. Le posizioni di origine corrette facilitano l'indirizzamento efficiente. Vedere Verificare Che il Paese Di Origine Sia Corretto. |
25 giugno 2021 | Tenere presente che la funzione Esperienza Webex con funzionalità complete dell'app Webex non è compatibile con il mesh video in client e dispositivi che utilizzano il nodo mesh video. |
7 maggio 2021 | Corretto la dimensione del cluster consigliata a 100 in Linee guida per la distribuzione del cluster mesh video. |
12 aprile 2021 | Aggiornata Configurazione dell'indirizzamento traffico SIP TCP Expressway per mesh video per utilizzare la zona Webex anziché una nuova zona DNS. |
9 febbraio 2021 |
|
11 dicembre 2020 |
|
22 ottobre 2020 |
|
| 19 ottobre 2020 |
|
| 18 settembre 2020 |
|
| È il 26 agosto 2020 |
|
4 agosto 2020 |
|
| 9 luglio 2020 |
|
26 giugno 2020 |
|
| 9 giugno 2020 |
|
| 21 maggio 2020 | Aggiornati porte e protocolli per la gestione e requisiti per il supporto proxy per mesh video. |
| 15 maggio 2020 | Panoramica mesh video aggiornata. |
| 25 aprile 2020 |
|
22 gennaio 2020 |
|
12 dicembre 2019 |
|
10 dicembre 2019 |
|
4 novembre 2019 |
|
| 18 ottobre 2019 |
|
26 settembre 2019 |
|
13 settembre 2019 |
|
| È il 29 agosto 2019 |
|
24 luglio 2019 |
|
9 luglio 2019 |
|
24 maggio 2019 |
|
25 aprile 2019 |
|
11 aprile 2019 |
|
Panoramica su mesh video Webex
Mesh video Webex trova dinamicamente il mix ottimale di risorse per conferenze locali e cloud. Le conferenze locali rimangono in locale quando vi sono risorse locali sufficienti. Quando le risorse locali sono esaurite, le conferenze si espandono nel cloud.
Il nodo mesh video è un software installato su un server Cisco UCS locale, registrato sul cloud e gestito in Control Hub. Le chiamate Webex Meetings, Webex Personal Meeting Room, Webex Space Meetings e l'app Webex tra due persone possono essere indirizzate ai nodi mesh video locali on-net. Video Mesh seleziona il modo più efficiente per utilizzare le risorse disponibili.
Mesh video offre i seguenti vantaggi:
Migliora la qualità e riduce la latenza consentendo di mantenere le chiamate in locale.
Estende le chiamate al cloud in modo trasparente quando in sede hanno raggiunto il limite o non sono disponibili.
Gestisci i cluster mesh video dal cloud con una singola interfaccia di amministrazione: Control Hub (https://admin.webex.com ).
Ottimizzare le risorse e scalare la capacità, come necessario.
Combina le funzioni della conferenza cloud e in sede in un'unica esperienza utente.
Riduce i problemi di capacità, perché il cloud è sempre disponibile quando sono necessarie risorse di conferenza aggiuntive. Non è necessario eseguire la pianificazione capacità per lo scenario peggiore.
Fornisce analisi avanzate su capacità e utilizzo e risoluzione dei problemi dei dati dei report in https://admin.webex.com.
Utilizza l'elaborazione multimediale locale quando gli utenti accedono a una riunione Webex da endpoint e client SIP locali basati su standard:
Endpoint e client basati su SIP (endpoint Cisco, Jabber, SIP di terze parti), registrati nel controllo chiamate locale (Cisco Unified Communications Manager o Expressway), che chiamano per accedere a una riunione Cisco Webex.
App Webex (incluso associato a dispositivi di sala) che accedono a una riunione Webex.
Dispositivi di sala e da scrivania Webex che accedono direttamente a una riunione Webex.
Fornisce una risposta vocale interattiva (IVR) ottimizzata a endpoint e client in rete basati su SIP .
Gli endpoint H.323, chiamata IP e Skype for Business (S4B) continuano a partecipare alle riunioni dal cloud.
Supporta video ad alta definizione 1080p 30fps come opzione per le riunioni, se i partecipanti alle riunioni che possono supportare 1080p vengono ospitati attraverso i nodi mesh video locali. (Se un partecipante accede a una riunione in corso dal cloud, gli utenti in sede continuano a registrare 1080 p 30 fps sugli endpoint supportati).
Marchio di qualità del servizio (QoS) migliorato e differenziato: audio separato (EF) e video (AF41).
Il mesh video Webex attualmente non supporta Webex Webinars.Supporta le riunioni con crittografia end-to-end (riunioni E2EE). Se un cliente distribuisce il mesh video e seleziona il tipo di riunione E2EE, aggiunge un ulteriore livello di sicurezza, garantendo che i dati (supporti, file, lavagne, annotazioni) rimangano sicuri e impedisca a terze parti di accedervi o modificarli. Per informazioni dettagliate, vedere Distribuzione di riunioni Zero-Trust.
Le riunioni private attualmente non supportano la crittografia end-to-end.
Client e dispositivi che utilizzano il nodo mesh video
Ci impegniamo a rendere il mesh video interoperabile con i client e i tipi di dispositivo pertinenti. Sebbene non sia possibile testare tutti gli scenari, i test su cui si basano questi dati coprono le funzioni più comuni degli endpoint e dell'infrastruttura elencati. L'assenza di un dispositivo o di un client implica la mancanza di test e di supporto ufficiale da parte di Cisco.
Tipo di client o dispositivo | Utilizza il nodo mesh video sulla chiamata punto a punto | Utilizza il nodo mesh video nella riunione multiparte |
|---|---|---|
App Webex (desktop e mobile) | Sì | Sì |
Dispositivi Webex, inclusi dispositivi di sala e Webex Board. (Vedere la sezione Requisiti endpoint e app Webex per un elenco completo). | Sì | Sì |
Condivisione wireless in sala tra l'app Webex e i dispositivi Room, Desk e Board supportati. | Sì | Sì |
Dispositivi registrati su Unified CM (inclusi endpoint IX) e client (inclusi Jabber VDI 12.6 e versioni successive e Webex VDI 39.3 e versioni successive) che chiamano per accedere a una riunione nella sala riunioni personale Webex pianificata o Webex.* | No | Sì |
Dispositivi registrati VCS/Expressway, che chiamano per accedere a una riunione pianificata Webex o a una riunione nella sala riunioni personale Webex.* | No | Sì |
Webex Chiama sistema video personale a dispositivi video registrati su cloud Webex | N/A | Sì |
client Web dell'app Webex ( https://web.webex.com) | Sì | Sì |
Telefoni registrati in Cisco Webex Calling | No | No |
Webex Chiama sistema video personale a dispositivi SIP registrati in locale | N/A | No |
* Non è possibile garantire che tutti i dispositivi e i client locali siano stati testati con la soluzione mesh video.
Incompatibilità mesh video con l'esperienza Webex con funzionalità completa
Se si abilita l'esperienza Webex con funzionalità complete per l'app Webex, l'app Webex non è supportata con i nodi mesh video. Tale funzione attualmente invia segnali e contenuti multimediali direttamente a Webex. Le release future renderanno compatibile l'app Webex e il mesh video. Per impostazione predefinita, tale funzione non è stata abilitata per i clienti con mesh video.
Si potrebbero verificare problemi con il mesh video e l'esperienza Webex con funzionalità complete:
Se è stato aggiunto il mesh video alla distribuzione dopo l'introduzione di tale funzione.
Se questa funzione è stata abilitata senza conoscerne l'impatto sul mesh video.
Se si notano problemi, contattare il team dell'account Cisco per disabilitare il tasto di alternanza Esperienza Webex con funzionalità complete.
Qualità del servizio sul nodo mesh video
I nodi mesh video sono conformi alle procedure consigliate per la qualità del servizio (QoS) abilitando intervalli di porte che consentono di differenziare i flussi audio e video in tutti i flussi da e verso i nodi mesh video. Questa modifica consentirà di creare criteri di QoS e aggiungere commenti efficaci al traffico in ingresso e in uscita dai nodi mesh video.
Le modifiche alle porte sono accompagnate da modifiche QoS. I nodi mesh video contrassegnano automaticamente il traffico multimediale dagli endpoint registrati SIP (registrati su Unified CM o VCS Expressway) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzano intervalli di porte ben noti per tipi di supporto specifici.
Il traffico di origine dagli endpoint registrati in sede è sempre determinato dalla configurazione nel controllo chiamata (Unified CM o VCS Expressway).
Per ulteriori informazioni, vedere la tabella QoS in Porte e protocolli utilizzati dal mesh video e la procedura per abilitare o disabilitare la QoS nel flusso delle attività di distribuzione del mesh video
L'app Webex continua a connettersi ai nodi mesh video sulla porta condivisa 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint per i test di raggiungibilità STUN sui nodi mesh video. Il nodo mesh video al nodo mesh video per le propagazioni a catena utilizza l'intervallo di porte di destinazione 10000-40000.Supporto proxy per mesh video
Il mesh video supporta proxy di ispezione espliciti e trasparenti e non di ispezione. È possibile collegare questi proxy alla distribuzione mesh video in modo da proteggere e monitorare il traffico dall'azienda al cloud. Questa funzione invia segnali e gestione del traffico basato su https al proxy. Per proxy trasparenti, le richieste di rete dai nodi mesh video vengono inoltrate a un proxy specifico attraverso le regole di indirizzamento della rete aziendale. È possibile utilizzare l'interfaccia di amministrazione mesh video per la gestione dei certificati e lo stato generale della connettività dopo aver implementato il proxy con i nodi.
Il contenuto multimediale non passa attraverso il proxy. È comunque necessario aprire le porte richieste per i flussi multimediali per raggiungere direttamente il cloud. Vedere Porte e protocolli per la gestione. |
I seguenti tipi di proxy sono supportati dal mesh video:
Proxy esplicito (ispezione o non ispezione): con il proxy esplicito, indicare al client (nodi mesh video) quale server proxy utilizzare. Questa opzione supporta uno dei seguenti tipi di autenticazione:
Nessuno: non è richiesta alcuna ulteriore autenticazione. (Per proxy esplicito HTTP o HTTPS).
Base: utilizzato per un agente utente HTTP per fornire un nome utente e una password quando si effettua una richiesta e utilizza la codifica Base64. (Per proxy esplicito HTTP o HTTPS).
Digest: utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili e applica una funzione hash sul nome utente e sulla password prima di inviare tramite la rete. (Per proxy esplicito HTTPS).
NTLM: come Digest, NTLM viene utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili. Utilizza le credenziali Windows anziché il nome utente e la password. Questo schema di autenticazione richiede il completamento di più scambi. (Per proxy esplicito HTTP.)
Proxy trasparente (non ispezionato): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico e non devono richiedere modifiche per lavorare con un proxy non ispezionato.
Proxy trasparente (ispezione): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico. Nessuna modifica di configurazione http(s) è necessaria sul mesh video; tuttavia, i nodi mesh video necessitano di un certificato radice in modo che si fidino del proxy. Le deleghe di ispezione vengono solitamente utilizzate dal reparto IT per applicare politiche relative a quali siti web possono essere visitati e tipi di contenuti non consentiti. Questo tipo di proxy decrittografa tutto il traffico (anche https).
Risoluzioni e framerate supportate per mesh video
Questa tabella illustra le risoluzioni supportate e si suddivide dal punto di vista del mittente-destinatario in una riunione ospitata su un nodo mesh video. Il client mittente (app o dispositivo) si trova nella riga superiore della tabella, mentre il client destinatario si trova nella colonna laterale sinistra della tabella. La cella corrispondente tra i due partecipanti acquisisce la risoluzione del contenuto negoziata, i fotogrammi per sezione e l'origine audio.
La risoluzione influisce sulla capacità di chiamata su qualsiasi nodo mesh video. Per ulteriori informazioni, vedere Capacità per i nodi mesh video. |
Il valore di risoluzione e framerate è combinato come XXXpYY: ad esempio, 720p10 significa 720p a 10 fotogrammi al secondo.
Le abbreviazioni di definizione (SD, HD e FHD) nella riga del mittente e nella colonna del ricevitore si riferiscono alla risoluzione superiore del client o del dispositivo:
SD: definizione standard (576p)
HD: alta definizione (720 p)
FHD: alta definizione completa (1080p)
Destinatario | Mittente | ||||||
|---|---|---|---|---|---|---|---|
App Webex | App mobile Webex | Dispositivi registrati SIP (HD) | Dispositivi registrati SIP (FHD) | Dispositivi registrati Webex (SD) | Dispositivi registrati Webex (HD) | Dispositivi registrati Webex (FHD) | |
Desktop app Webex | 720 p10 Audio misto* | 720 p10 Audio misto | 720 p30 Audio misto | 720 p30 Audio misto | 576p15 Audio contenuto** | 720 p30 Audio misto | 720 p30 Audio misto |
App mobile Webex | — | — | — | — | — | — | — |
Dispositivi registrati SIP (HD) | 720 p30 Audio contenuto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati SIP (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
| Dispositivi registrati Webex (SD) | 1080p15 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati Webex (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
* L'audio del contenuto si riferisce all'audio riprodotto dal contenuto specifico condiviso, ad esempio un video in streaming. Questo flusso audio è separato dall'audio della riunione normale.
** L'audio misto si riferisce a una combinazione dell'audio dei partecipanti alla riunione e dell'audio della condivisione del contenuto.
Requisiti per il mesh video
Il mesh video è disponibile con le offerte documentate in Requisiti di licenza per i servizi ibridi.
Requisiti di integrazione di controllo chiamata e riunione per mesh video
Il controllo delle chiamate e l'infrastruttura per le riunioni esistenti non sono necessari per utilizzare il mesh video, ma è possibile integrare i due. Se stai integrando il mesh video con l'infrastruttura di controllo chiamate e riunione, assicurati che l'ambiente soddisfi i criteri minimi documentati nella tabella seguente.
Scopo dei componenti | Versione minima supportata |
|---|---|
Controllo chiamate in sede | Cisco Unified Communications Manager, versione 11.5(1) SU3 o successive. (Si consiglia l'ultima release SU). Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Infrastruttura per riunioni | Webex Meetings WBS33 o versioni successive. È possibile verificare che il sito Webex si trovi sulla piattaforma corretta se l'elenco dei tipi di risorse multimediali è disponibile nelle opzioni del sito Cloud Collaboration Meeting Room.
Per assicurarsi che il sito sia pronto per il mesh video, contattare il Customer Success Manager (CSM) o il partner. |
Gestione del failover | Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Requisiti endpoint e app Webex
Scopo dei componenti | Dettagli |
|---|---|
Endpoint supportati | |
Versioni supportate dell'app Webex | Il mesh video supporta l'app Webex per desktop (Windows, Mac) e mobile (Android, iPhone e iPad). Per scaricare l'app per una piattaforma supportata, andare a https://www.webex.com/downloads.html. |
Codec supportati | Vedere le specifiche video Webex| per chiamate e riunioni per i codec audio e video supportati. Tenere presente queste avvertenze per il mesh video:
|
Dispositivi di sala, da scrivania e Board registrati su Webex supportati | I seguenti dispositivi vengono testati e confermati per il funzionamento con i nodi mesh video: |
Requisiti di sistema e piattaforma per il software del nodo mesh video
Ambienti di produzione
Nelle distribuzioni di produzione, sono disponibili due modi per distribuire il software del nodo mesh video su una particolare configurazione hardware:
È possibile impostare ciascun server come una singola macchina virtuale, il modo migliore per le distribuzioni che includono molti endpoint SIP.
Utilizzando l'opzione VMNLite, è possibile impostare ciascun server con più macchine virtuali più piccole. VMNLite è la soluzione migliore per distribuzioni in cui la maggior parte dei client e dei dispositivi sono app Webex ed endpoint registrati Webex.
Questi requisiti sono comuni per tutte le configurazioni:
VMware ESXi 7 o 8, vSphere 7 o 8
Iperfilettatura abilitata
I nodi mesh video in esecuzione indipendenti dall'hardware della piattaforma necessitano di vCPU e RAM dedicati. La condivisione delle risorse con altre applicazioni non è supportata. Ciò si applica a tutte le immagini del software mesh video.
Per le immagini Video Mesh Lite (VMNLite) su una piattaforma CMS, supportiamo solo le immagini VMNLite. Nessun'altra immagine mesh video o applicazione mesh non video può essere sull'hardware CMS con il software VMNLite.
Configurazione hardware | Distribuzione di produzione come singola macchina virtuale | Distribuzione di produzione con VM VMNLite | Note | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video.
| ||
Configurazione basata su specifiche (processore 2.6-GHz Intel Xeon E5-2600v3 o successivo richiesto) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Ogni macchina virtuale mesh video deve avere CPU, RAM e dischi rigidi riservati a se stessa. Utilizzare l'opzione CMS1000 o VMNLite durante la configurazione. Il picco di PIO (operazioni di input/output al secondo) per lo storage NFS è 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Distribuire come 8 istanze della macchina virtuale identiche, ciascuna con:
| Distribuire come 24 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video. Ciascuna lama deve essere un Cisco Meeting Server 1000 completo con CPU, RAM e dischi rigidi riservati per lama. Il picco di IOP per storage NFS è 300 IOPS. |
Ambienti dimostrativi
Per scopi demo di base, è possibile utilizzare una configurazione hardware basata sulle specifiche, con i seguenti requisiti minimi:
14vCPU (12 per il nodo mesh video, 2 per ESXi)
Memoria principale da 8 GB
20 GB di spazio su disco rigido locale
2,6 GHz Intel Xeon E5-2600v3 o processore successivo
Questa configurazione di mesh video non è supportata da Cisco TAC. |
Per ulteriori informazioni sul software demo, vedere Video Mesh Node Demo Software.
Requisiti di larghezza di banda
I nodi mesh video devono disporre di una larghezza di banda Internet minima di 10 Mbps per il corretto funzionamento del caricamento e del download.
Requisiti per il supporto proxy per mesh video
Sono supportate ufficialmente le seguenti soluzioni proxy che possono essere integrate con i nodi mesh video.
Cisco Web Security Appliance (WSA) per proxy trasparente
Squid per proxy esplicito
Per un proxy esplicito o un proxy trasparente che ispeziona (decrittografa il traffico), è necessario disporre di una copia del certificato principale del proxy che sarà necessario caricare nell'archivio attendibilità del nodo mesh video sull'interfaccia Web.
Sono supportate le seguenti combinazioni di proxy esplicito e tipo di autenticazione:
Nessuna autenticazione con http e https
Autenticazione di base con http e https
Autenticazione del digest solo con https
Autenticazione NTLM solo con http
Per i proxy trasparenti, è necessario utilizzare il router/switch per forzare il traffico HTTPS/443 per passare al proxy. È inoltre possibile forzare la presa Web per passare al proxy. (Web Socket utilizza https.)
Il mesh video richiede connessioni socket Web ai servizi cloud, in modo che i nodi funzionino correttamente. Durante l'ispezione esplicita e trasparente dei proxy di ispezione, le intestazioni http sono richieste per una connessione websocket corretta. Se vengono modificati, la connessione websocket non riuscirà.
Quando si verifica un errore di connessione websocket sulla porta 443 (con proxy di ispezione trasparente abilitato), viene visualizzato un avviso post-registrazione in Control Hub: "La chiamata SIP mesh video Webex non funziona correttamente." Lo stesso allarme può verificarsi per altri motivi quando il proxy non è abilitato. Quando le intestazioni websocket sono bloccate sulla porta 443, il contenuto multimediale non scorre tra le app e i client SIP.
Se il contenuto multimediale non scorre, ciò si verifica spesso quando il traffico https dal nodo sulla porta 443 non riesce:
Il traffico della porta 443 è consentito dal proxy, ma è un proxy ispezionante e sta interrompendo la websocket.
Per correggere questi problemi, è possibile che sia necessario "bypassare" o "splice" (disabilitare l'ispezione) sulla porta 443 per: *.wbx2.com e *.ciscospark.com.
Capacità per i nodi mesh video
Poiché il mesh video è un prodotto multimediale basato su software, la capacità dei nodi mesh video varia. In particolare, i partecipanti alle riunioni sul cloud Webex caricano di più i nodi. Si ottiene capacità inferiori quando si dispone di più cascate per il cloud Webex. Altri fattori che influiscono sulla capacità sono:
Tipi di dispositivi e client
Risoluzione video
Qualità della rete
Carico massimo
Modello di distribuzione
L'utilizzo di mesh video non incide sul numero di licenze Webex. |
In generale, l'aggiunta di più nodi al cluster non raddoppia la capacità a causa del sovraccarico per l'impostazione delle cascate. Usa questi numeri come guida generale. Raccomandiamo quanto segue:
Testare scenari di riunioni comuni per la distribuzione.
Usa la funzionalità di analisi in Control Hub per vedere come si sta evolvendo la tua distribuzione e aggiungere la capacità come necessario.
Le overflow su un volume di chiamate basso (in particolare le chiamate SIP che hanno origine in sede) non sono un vero riflesso di scala. L'analisi mesh video (in Control Hub > Risorse > Attività di chiamata) indica i segmenti di chiamata che hanno origine in sede. Non specificano i flussi di chiamata che sono arrivati attraverso la cascata al nodo mesh video per l'elaborazione multimediale. Man mano che il numero di partecipanti remoti aumenta in una riunione, aumenta a cascata e consuma risorse multimediali locali sul nodo mesh video. |
Questa tabella elenca gli intervalli di capacità per le diverse combinazioni di partecipanti ed endpoint sui nodi mesh video regolari. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità dei partecipanti |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | 100-130 |
1080p | 90-100 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 60-100 |
1080p | 30-40 | |
Riunioni con solo partecipanti SIP | 720 p | 70-80 |
1080p | 30-40 | |
Riunioni con partecipanti Webex App e SIP | 720 p | 75-110 |
|
Capacità per VMNLite
Si consiglia VMNLite per distribuzioni che includono principalmente app Webex ed endpoint registrati su cloud. In queste distribuzioni, i nodi utilizzano più risorse di commutazione e meno risorse di transcodifica rispetto alla configurazione standard. La distribuzione di diverse macchine virtuali più piccole sull'organizzatore ottimizza le risorse per questo scenario.
Questa tabella elenca gli intervalli di capacità delle diverse combinazioni di partecipanti ed endpoint. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità partecipante con 3 nodi VMNLite su un server |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | da 250 a 300 |
1080p | 230-240 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 175-275 |
La risoluzione di base per le riunioni dell'app Webex è 720 p. Tuttavia, quando si condivide, le anteprime dei partecipanti sono a 180p. |
Cluster in mesh video
È possibile distribuire i nodi mesh video nei cluster. Un cluster definisce i nodi mesh video con attributi simili, come la prossimità di rete. I partecipanti utilizzano un determinato cluster o il cloud, in base alle seguenti condizioni:
Un client su una rete aziendale che può raggiungere un cluster locale si connette ad esso, la preferenza principale per i client sulla rete aziendale.
I client che accedono a una riunione privata mesh video si connettono solo a cluster locali. È possibile creare un cluster separato specificamente per queste riunioni private.
Un client che non riesce a raggiungere un cluster locale si connette al cloud, il caso di un dispositivo mobile non connesso alla rete aziendale.
Il cluster scelto dipende anche dalla latenza, anziché dalla sola posizione. Ad esempio, un cluster cloud con ritardo round trip (SRT) STUN inferiore rispetto a un cluster mesh video potrebbe essere un candidato migliore per la riunione. Questa logica impedisce a un utente di atterrare su un cluster geograficamente lontano con un ritardo SRT elevato.
Ciascun cluster contiene una logica che propaga a catena le riunioni, ad eccezione delle riunioni private mesh video, su altri cluster di riunioni cloud, come necessario. La funzione a cascata fornisce un percorso dati per i media tra i client nelle riunioni. Le riunioni vengono distribuite tra i nodi e i clienti si trovano sul nodo più efficiente più vicino a loro, a seconda di fattori quali la topologia di rete, il collegamento WAN e l'utilizzo delle risorse.
La capacità del client di eseguire il ping dei nodi multimediali determina la raggiungibilità. Una chiamata effettiva utilizza una varietà di meccanismi di connessione potenziali, come UDP e TCP. Prima della chiamata, il dispositivo Webex (Room, Desk, Board e app Webex) si registra nel cloud Webex, che fornisce un elenco di candidati cluster per la chiamata.
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
Cluster per riunioni private
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzeranno un cluster prenotato, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
Per informazioni dettagliate sulla funzione riunioni private mesh video, vedere Riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
Linee guida per la distribuzione del cluster mesh video
Nelle distribuzioni aziendali tipiche, si consiglia ai clienti di utilizzare fino a 100 nodi per cluster. Nel sistema non sono impostati limiti rigidi per bloccare una dimensione di cluster con più di 100 nodi. Tuttavia, se è necessario creare cluster più grandi, si consiglia vivamente di esaminare questa opzione con Cisco Engineering attraverso il team dell'account Cisco.
Crea meno cluster quando le risorse hanno una prossimità di rete simile (affinità).
Quando si creano i cluster, aggiungere solo i nodi che si trovano nella stessa area geografica e nello stesso centro dati. Il clustering sulla rete WAN (Wide Area Network) non è supportato.
Solitamente, distribuisci i cluster nelle aziende che organizzano riunioni localizzate frequenti. Pianifica dove inserisci i cluster sulla larghezza di banda disponibile in diverse posizioni WAN all'interno dell'azienda. Nel tempo, puoi distribuire e far crescere cluster per cluster in base ai modelli utente osservati.
I cluster situati in fusi orari diversi possono servire efficacemente più aree geografiche sfruttando i diversi schemi di chiamata in ore di punta/occupato.
Se si dispone di due nodi mesh video in due centri dati separati (EU e NA, ad esempio) e gli endpoint si uniscono attraverso ciascun centro dati, i nodi in ciascun centro dati vengono trasferiti in cascata a un singolo nodo mesh video nel cloud. Queste cascate passavano su Internet. Se è presente un partecipante cloud (che accede prima di uno dei partecipanti mesh video), i nodi vengono trasferiti attraverso il nodo multimediale del partecipante cloud.
Diversità fuso orario
La diversità del fuso orario può consentire la condivisione dei cluster durante gli orari non di punta. Ad esempio: Un'azienda con un cluster della California settentrionale e un cluster di New York potrebbe scoprire che la latenza complessiva della rete non è così alta tra le due posizioni che servono una popolazione di utenti geograficamente diversificata. Quando le risorse sono al picco di utilizzo nel cluster della California settentrionale, è probabile che il cluster di New York non sia al picco e abbia una capacità aggiuntiva. Lo stesso vale per il cluster della California settentrionale, durante gli orari di punta nel cluster di New York. Questi non sono gli unici meccanismi utilizzati per una distribuzione efficace delle risorse, ma sono i due principali.
Overflow sul cloud
Una volta raggiunta la capacità di tutti i cluster locali, un partecipante locale esegue il overflow sul cloud Webex. Ciò non significa che tutte le chiamate siano ospitate nel cloud. Webex indirizza solo al cloud i partecipanti che sono remoti o che non possono connettersi a un cluster locale. In una chiamata con partecipanti locali e cloud, il cluster locale viene collegato (a cascata) al cloud per combinare tutti i partecipanti in una singola chiamata.
Se imposti la riunione come tipo di riunione privata, Webex mantiene tutte le chiamate sui cluster locali. Le riunioni private non vengono mai riversate sul cloud.
Il dispositivo Webex si registra in Webex
Oltre a determinare la raggiungibilità, i client eseguono anche test periodici di ritardo di round trip utilizzando Simple Traversal of UDP through NAT (STUN). Il ritardo STUN round-trip (SRT) è un fattore importante nella selezione di risorse potenziali durante una chiamata effettiva. Quando vengono distribuiti più cluster, i criteri di selezione principali si basano sul ritardo SRT appreso. I test di raggiungibilità vengono eseguiti in background, avviati da una serie di fattori, incluse le modifiche alla rete, e non introducono ritardi che incidono sui tempi di impostazione della chiamata. I due esempi seguenti mostrano i possibili risultati dei test di raggiungibilità.
Test di ritardo round trip: il dispositivo cloud non riesce a raggiungere il cluster locale

Test di ritardo round trip: il dispositivo cloud raggiunge correttamente il cluster locale
Le informazioni sulla raggiungibilità apprese vengono fornite al cloud Webex ogni volta che viene impostata una chiamata. Queste informazioni consentono al cloud di selezionare la risorsa migliore (cluster o cloud), a seconda della posizione relativa del client rispetto ai cluster disponibili e del tipo di chiamata. Se non sono disponibili risorse nel cluster preferito, tutti i cluster vengono testati per la disponibilità in base al ritardo SRT. Viene scelto un cluster preferito con il ritardo SRT più basso. Le chiamate vengono servite in locale da un cluster secondario quando il cluster principale è occupato. Le risorse mesh video raggiungibili locali vengono provate per prime, in ordine di ritardo SRT più basso. Quando tutte le risorse locali sono esaurite, il partecipante si connette al cloud.
La definizione di cluster e la posizione sono fondamentali per una distribuzione che fornisce la migliore esperienza generale per i partecipanti. Idealmente, una distribuzione dovrebbe fornire risorse dove si trovano i clienti. Se non vengono allocate risorse sufficienti dove i client effettuano la maggior parte delle chiamate, viene consumata più larghezza di banda della rete interna per connettere gli utenti ai cluster distanti.
Chiamata locale e cloud
I dispositivi Webex locali con la stessa affinità di cluster (preferenza, in base alla prossimità al cluster) si connettono allo stesso cluster per una chiamata. Dispositivi Webex locali con diverse affinità di cluster locali, esegui la connessione a cluster diversi e i cluster vengono quindi collegati in cascata al cloud per combinare i due ambienti in una singola chiamata. In questo modo viene creato un design hub e parlato con il cloud Webex come hub e i cluster locali come indicatori nella riunione.
Chiamata locale con diverse affinità di cluster
Il dispositivo Webex si connette al cluster locale o al cloud in base alla sua raggiungibilità. Di seguito sono riportati alcuni esempi degli scenari più comuni.
Il dispositivo cloud Webex si connette al cloud

Il dispositivo locale Webex si connette al cluster locale

Il dispositivo locale Webex si connette al cloud

Selezione del cluster cloud per overflow in base al ritardo di round-trip STUN di 250 ms o superiore
Sebbene la preferenza per la selezione dei nodi sia rappresentata dai nodi mesh video distribuiti localmente, è supportato uno scenario in cui, se il ritardo round trip (SRT) STUN verso un cluster mesh video locale supera il ritardo round trip tollerabile di 250 ms (che solitamente si verifica se il cluster locale è configurato in un altro continente), il sistema seleziona il nodo multimediale cloud più vicino in tale geografia anziché un nodo mesh video.

L'app Webex o il dispositivo Webex è sulla rete aziendale in San Jose.
I cluster di San Jose e Amsterdam sono a portata di mano o non disponibili.
Il ritardo SRT per il cluster di Shanghai è superiore a 250 ms e probabilmente introdurrà problemi di qualità multimediale.
Il cluster cloud di San Francisco presenta un ritardo SRT ottimale.
Il cluster Mesh video di Shanghai è escluso dalla considerazione.
Di conseguenza, l'app Webex viene riversata nel cluster cloud di San Francisco.
Riunioni private
Le riunioni private isolano tutti i contenuti multimediali nella rete attraverso il mesh video. A differenza delle normali riunioni, se i nodi locali sono pieni, il contenuto multimediale non si propaga a catena al cloud Webex. Tuttavia, per impostazione predefinita, le riunioni private possono essere trasmesse in cascata a diversi cluster mesh video sulla rete. Per le riunioni private in diverse posizioni geografiche, i cluster mesh video devono disporre di connettività diretta tra loro per consentire la propagazione a catena tra cluster, come da HQ1_VMN a Remote1_VMN nella figura.
Accertarsi che le porte necessarie siano aperte nel firewall per consentire la propagazione a catena tra i cluster. Vedere Porte e protocolli per la gestione.
Tutti i partecipanti a una riunione privata devono appartenere all'organizzazione Webex dell'organizzatore della riunione. Possono accedere utilizzando l'app Webex o un sistema video autenticato (endpoint SIP registrati su dispositivo video registrato UCM/VCS o Webex). I partecipanti con accesso VPN o MRA alla rete possono partecipare a una riunione privata. Tuttavia, nessuno può partecipare a una riunione privata dall'esterno della rete.
Modelli di distribuzione supportati da mesh video
- Supportato in una distribuzione mesh video
-
È possibile distribuire un nodo mesh video in un centro dati (preferito) o in una zona smilitarizzata (DMZ). Per informazioni, vedere Porte e protocolli utilizzati dal mesh video.
Per una distribuzione DMZ, è possibile impostare i nodi mesh video in un cluster con l'interfaccia di rete doppia (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interno (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata nel cloud).
Dual NIC funziona sulla versione completa, VMNLite e demo del software del nodo mesh video. È inoltre possibile distribuire il mesh video dietro un'impostazione NAT 1:1.
È possibile integrare i nodi mesh video con l'ambiente di controllo delle chiamate. Ad esempio, le distribuzioni con mesh video integrata con Unified CM, vedere Modelli di distribuzione per mesh video e Cisco Unified Communications Manager.
Sono supportati i seguenti tipi di traduzione dell'indirizzo:
Traduzione dinamica dell'indirizzo di rete (NAT) utilizzando un pool IP
Traduzione indirizzo porta dinamica (PAT)
NAT 1:1
Altre forme di NAT dovrebbero funzionare fino a quando vengono utilizzate le porte e i protocolli corretti, ma non li supportiamo ufficialmente perché non sono stati testati.
IPv4
Indirizzo IP statico per il nodo mesh video
- Non supportato in una distribuzione mesh video
-
IPv6
DHCP per il nodo mesh video
Un cluster con una combinazione di NIC singola e NIC doppia
Raggruppamento dei nodi di mesh video sulla rete WAN (Wide Area Network)
Audio, video o contenuto multimediale che non passa attraverso un nodo mesh video:
Audio da telefoni
Chiamata peer-to-peer tra l'app Webex e l'endpoint basato su standard
Terminazione audio su nodo mesh video
Contenuto multimediale inviato tramite la coppia C/E Expressway
Richiamata video da Webex
Modelli di distribuzione per mesh video e Cisco Unified Communications Manager
Questi esempi mostrano distribuzioni mesh video comuni e consentono di capire dove i cluster mesh video possono adattarsi alla rete. Tenere presente che la distribuzione mesh video dipende da fattori nella topologia di rete:
Posizioni dei centri dati
Sedi e dimensioni degli uffici
Posizione e capacità di accesso a Internet
In generale, provare a collegare i nodi mesh video ai cluster Unified CM o Session Management Edition (SME). Come buona pratica, mantenere i nodi il più centralizzati possibile alle filiali locali.
Video Mesh supporta Session Management Edition (SME). I cluster Unified CM possono essere connessi attraverso una SME, quindi è necessario creare un trunk SME che si connette ai nodi mesh video.
Architettura hub e spoke

Questo modello di distribuzione include la rete centralizzata e l'accesso a Internet. In genere, la sede centrale è caratterizzata da un’elevata concentrazione di dipendenti. In questo caso, è possibile posizionare un cluster mesh video nella posizione centrale per una gestione multimediale ottimizzata.
La localizzazione dei cluster nelle posizioni delle filiali potrebbe non generare vantaggi a breve termine e potrebbe determinare un instradamento subottimale. Si consiglia di distribuire i cluster in una filiale solo se è presente una comunicazione frequente tra le filiali.
Distribuzione geografica

La distribuzione geograficamente distribuita è interconnessa ma può mostrare una latenza notevole tra le regioni. La mancanza di risorse può causare l'impostazione a cascata subottimale a breve termine quando sono presenti riunioni tra utenti in ciascuna posizione geografica. In questo modello, si consiglia di distribuire i nodi mesh video vicino all'accesso Internet regionale.
Distribuzione geografica con chiamata SIP

Questo modello di distribuzione contiene cluster Unified CM regionali. Ciascun cluster può contenere un trunk SIP per selezionare le risorse nel cluster mesh video locale. Un secondo trunk può fornire un percorso di failover a una coppia Expressway se le risorse diventano limitate.
Porte e protocolli utilizzati dal mesh video
Per garantire una distribuzione corretta del mesh video e un funzionamento senza problemi dei nodi mesh video, aprire le seguenti porte sul firewall per l'uso con i protocolli.
Vedi Requisiti di rete per i servizi Webex per comprendere i requisiti di rete generali per Webex Teams.
Per ulteriori informazioni su firewall e procedure di rete per i servizi Webex, vedere il whitepaper trasversale sui firewall.
Per mitigare potenziali problemi di query DNS, seguire le procedure consigliate DNS, le protezioni di rete e la documentazione di identificazione degli attacchi quando si configura il firewall aziendale.
Per ulteriori informazioni sul design, vedere Architettura preferita per i servizi ibridi, CVD.
Porte e protocolli per la gestione
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
I nodi mesh video in un cluster devono essere nella stessa VLAN o subnet mask.
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Gestione | Computer di gestione | Nodo mesh video | Secondo necessità | Any | TCP, HTTPS | Nodo mesh video | 443 |
SSH per l'accesso alla console di amministrazione mesh video | Computer di gestione | Nodo mesh video | Secondo necessità | Any | TCP | Nodo mesh video | 22 |
Comunicazione intracluster | Nodo mesh video | Nodo mesh video | Indirizzo IP di altri nodi mesh video nel cluster | Any | TCP | Nodi mesh video | 8443 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Any | UDP, NTP UDP, DNS TCP, HTTPS (WebSocket) | Any | 123* 53* |
Segnalazione a cascata | Nodo mesh video | Cloud Webex | Any | Any | TCP | Any | 443 |
Elemento multimediale a cascata | Nodo mesh video | Cloud Webex | Nodo mesh video | Qualsiasi*** | UDP | Any Per intervalli di indirizzi specifici, vedere la sezione "Subnet IP per i servizi multimediali Webex" nei requisiti di rete per i servizi Webex. | 5004 da 50000 a 53000 Per informazioni dettagliate, vedere la sezione "Servizi Webex - Numeri di porta e protocolli" in Requisiti di rete per i servizi Webex. |
Segnalazione a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Any | Any | TCP | Any | 443 |
Elemento multimediale a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Cluster mesh Vido (1) | Qualsiasi*** | UDP | Any | 5004 da 50000 a 53000 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Any | TCP, HTTPS | Qualsiasi** | 443 |
Gestione | Nodo mesh video (1) | Nodo mesh video (2) | Nodo mesh video (1) | Any | TCP, HTTPS (WebSocket) | Nodo mesh video (2) | 443 |
Comunicazione interna | Nodo mesh video | Tutti gli altri nodi mesh video | Nodo mesh video | Any | UDP | Any | da 10000 a 40000 |
* La configurazione predefinita nel file OVA è configurata per NTP e DNS. Il file OVA richiede l'apertura di tali porte in uscita su Internet. Se si configura un server NTP e DNS locale, non è necessario aprire le porte 53 e 123 attraverso il firewall.
** Poiché alcuni URL del servizio cloud sono soggetti a modifiche senza avviso, QUALSIASI è la destinazione consigliata per il funzionamento senza problemi dei nodi mesh video. Se si preferisce filtrare il traffico in base agli URL, vedere la sezione URL dei team Webex per i servizi ibridi
della sezione Requisiti di rete per i servizi Webex per ulteriori informazioni.
***Le porte variano in base all'abilitazione della QoS. Con la QoS abilitata, le porte sono 52.500-59499, 63000-64667, 59500-62999 e 64688-65500. Con la QoS spenta, le porte sono 34.000-34.999.
Firme di traffico per mesh video (qualità del servizio abilitata)
Per distribuzioni in cui il nodo mesh video si trova sul lato aziendale del DMZ o all'interno del firewall, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente all'amministratore di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video per il contrassegno di rete QoS. Questa impostazione Qualità del servizio è abilitata per impostazione predefinita e modifica ai valori di questa tabella le porte di origine utilizzate per la condivisione di audio, video e contenuto. Questa impostazione consente di configurare criteri di contrassegno QoS in base agli intervalli di porte UDP per differenziare l'audio dalla condivisione video o di contenuto e contrassegnare tutto l'audio con il valore consigliato di condivisione EF e video e contenuto con un valore consigliato di AF41.
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video, che sono il focus principale delle configurazioni di rete QoS. Mentre i criteri di contrassegno QoS di rete per il contenuto multimediale su UDP sono al centro della seguente tabella, i nodi mesh video Webex terminano anche il traffico TCP per la presentazione e la condivisione di contenuto per l'app Webex utilizzando le porte effimere 52500–65500. Se un firewall si trova tra i nodi mesh video e l'app Webex, tali porte TCP devono anche essere autorizzate per il corretto funzionamento.
Il nodo mesh video contrassegna il traffico in modo nativo. Questa marcatura nativa è asimmetrica in alcuni flussi e dipende dal fatto che le porte di origine siano porte condivise (porta singola come 5004 per flussi multipli verso varie destinazioni e porte di destinazione) o dal fatto che non lo siano (dove la porta rientra in un intervallo ma è unica per quella specifica sessione bidirezionale). Per comprendere il contrassegno nativo tramite un nodo mesh video, tenere presente che il nodo mesh video contrassegna l'audio EF quando non utilizza la porta 5004 come porta di origine. Alcuni flussi bidirezionali, come mesh video a cascata mesh video o mesh video a app Webex, verranno contrassegnati in modo asimmetrico, un motivo per utilizzare la rete per annotare il traffico in base agli intervalli di porte UDP forniti. |
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Servizi multimediali cloud Webex | da 52500 a 59499 | 5004 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 63000 a 64667 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | Ef | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 52500 a 59499 | 5004 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 63000 a 64667 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Applicazione o endpoint Webex Teams* | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
*La direzione del traffico multimediale determina le marcature DSCP. Se le porte di origine sono dal nodo mesh video (dal nodo mesh video all'app Webex Teams), il traffico è contrassegnato solo come AF41. Il traffico multimediale proveniente dall'app Webex Teams o dagli endpoint Webex presenta contrassegni DSCP separati, ma non il traffico di ritorno dalle porte condivise del nodo mesh video.
Differenziazione porta di origine UDP (client app Windows Webex): Se si desidera abilitare la differenziazione della porta di origine UDP per la propria organizzazione, contattare il team dell'account locale. Se questa opzione non è abilitata, la condivisione audio e video non può essere differenziata dal sistema operativo Windows. Le porte di origine saranno le stesse per la condivisione di audio, video e contenuto sui dispositivi Windows. |
Firme di traffico per mesh video (qualità del servizio disabilitata)
Per distribuzioni in cui il nodo mesh video si trova nel DMZ, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video. Questa impostazione Qualità del servizio, se disabilitata (abilitata per impostazione predefinita), modifica le porte di origine utilizzate per la condivisione di audio, video e contenuto dal nodo mesh video nell'intervallo 34000 a 34999. Il nodo mesh video quindi contrassegna in modo nativo tutto l'audio, il video e la condivisione di contenuto in un singolo DSCP di AF41.
Poiché le porte di origine sono uguali per tutti i file multimediali indipendentemente dalla destinazione, non è possibile differenziare l'audio dalla condivisione video o di contenuto in base all'intervallo di porte con questa impostazione disabilitata. Questa configurazione consente di configurare più facilmente i fori dei pin del firewall per i supporti con la qualità del servizio abilitata. |
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video quando la QoS è disabilitata.
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | AF41 | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
Porte e protocolli per il traffico Webex Meetings
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Chiamata a riunione | App (app desktop e mobile app Webex) Dispositivi registrati su Webex | Nodo mesh video | Secondo necessità | Any | UDP e TCP (utilizzati dall'app Webex) SRTP (qualsiasi) | Qualsiasi** | 5004 |
Chiamata del dispositivo SIP alla riunione (segnalazione SIP) | Controllo chiamate Unified CM o Cisco Expressway | Nodo mesh video | Secondo necessità | Effimero (>=1024) | TCP o TLS | Qualsiasi** | 5060 o 5061 |
Cascata | Nodo mesh video | Cloud Webex | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 Da 50000 a 53000*** |
Cascata | Nodo mesh video | Nodo mesh video | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 |
La porta 5004 viene utilizzata per tutti i nodi cloud multimediali e mesh video locali. L'app Webex continua a connettersi ai nodi mesh video sulle porte condivise 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint registrati Webex per i test STUN sui nodi mesh video. Dal nodo mesh video al nodo mesh video per l'utilizzo a cascata dell'intervallo di porte di destinazione da 10000 a 40000.* Il protocollo TCP è supportato, ma non preferito poiché potrebbe influire sulla qualità multimediale. |
** Se si desidera limitare in base agli indirizzi IP, vedere gli intervalli di indirizzi IP documentati in Requisiti di rete per i servizi Webex.
*** Expressway già utilizza questo intervallo di porte per il cloud Webex. Pertanto, la maggior parte delle distribuzioni non richiederà aggiornamenti per supportare questo nuovo requisito per il mesh video. Tuttavia, se la distribuzione dispone di regole del firewall più severe, potrebbe essere necessario aggiornare la configurazione del firewall per aprire queste porte per il mesh video.
Per ottenere le massime prestazioni utilizzando Webex nella propria organizzazione, configurare il firewall in modo da consentire tutto il traffico TCP e UDP in uscita destinato alle porte 5004 nonché qualsiasi risposta in entrata a tale traffico. I requisiti della porta elencati sopra presuppongono che i nodi mesh video siano distribuiti nella LAN (preferita) o in una DMZ e che l'app Webex sia nella LAN.
Qualità video e ridimensionamento per mesh video
Di seguito sono riportati alcuni scenari di riunione comuni quando viene creata una propagazione a catena. Il mesh video è adattivo in base alla larghezza di banda disponibile e distribuisce le risorse di conseguenza. Per i dispositivi nella riunione che utilizzano il nodo mesh video, il collegamento a cascata consente di ridurre la larghezza di banda media e migliorare l'esperienza di riunione per l'utente.
Per le linee guida per il provisioning della larghezza di banda e la pianificazione della capacità, vedere la documentazione di architettura preferita. |
In base agli oratori attivi nella riunione, vengono stabiliti i collegamenti a cascata. Ogni propagazione a catena può contenere fino a 6 flussi e la propagazione a catena è limitata a 6 partecipanti (6 in direzione da app Webex/SIP a cloud Webex e 5 in direzione opposta). Ciascuna risorsa multimediale (cloud e mesh video) richiede al lato remoto i flussi necessari per soddisfare i requisiti dell'endpoint locale di tutti i partecipanti remoti nella propagazione a catena.

Per fornire un'esperienza utente flessibile, la piattaforma Webex può eseguire video multistream ai partecipanti alla riunione. Questa stessa funzionalità si applica al collegamento a cascata tra i nodi mesh video e il cloud. In questa architettura, i requisiti di larghezza di banda variano in base a diversi fattori, come i layout degli endpoint.
Architettura

In questa architettura, gli endpoint registrati su Cisco Webex inviano segnali al cloud e contenuti multimediali ai servizi di commutazione. Gli endpoint SIP locali inviano segnali all'ambiente di controllo delle chiamate (Unified CM o Expressway), che quindi li invia al nodo mesh video. Il contenuto multimediale viene inviato al servizio di trascodifica.
Partecipanti su cloud e in sede
I partecipanti locali sul nodo mesh video richiedono i flussi desiderati in base ai requisiti di layout. Tali flussi vengono inoltrati dal nodo mesh video all'endpoint per il rendering del dispositivo locale.
Ciascun nodo mesh cloud e video richiede risoluzioni HD e SD da tutti i partecipanti che sono dispositivi registrati su cloud o app Webex. A seconda dell'endpoint, invierà fino a 4 risoluzioni, solitamente 1080p, 720p, 360p e 180p.
A cascata
La maggior parte degli endpoint Cisco può inviare 3 o 4 flussi da una singola origine in un intervallo di risoluzioni (da 1080p a 180p). Il layout dell'endpoint determina il requisito per i flussi necessari all'estremità remota della cascata. Per la presenza attiva, il flusso video principale è 1080p o 720p, i riquadri video (PiPS) sono 180p. Per la visualizzazione uguale, la risoluzione è 480p o 360p per tutti i partecipanti nella maggior parte dei casi. La cascata creata tra i nodi mesh video e il cloud invia anche 720 p, 360 p e 180 p in entrambe le direzioni. Il contenuto viene inviato come singolo flusso e l'audio viene inviato come più flussi.
I grafici di larghezza di banda a cascata che forniscono una misurazione per cluster sono disponibili nel menu Analisi in Webex Control Hub. Non è possibile configurare la larghezza di banda in cascata per riunione in Control Hub.
La larghezza di banda massima negoziata in cascata per riunione è 20Mbps per il video principale per tutte le origini e i diversi flussi video principali che è possibile inviare. Questo valore massimo non include il canale del contenuto o l'audio. |
Esempio di video principale con layout multiplo
I diagrammi seguenti illustrano uno scenario di riunione di esempio e come la larghezza di banda viene influenzata quando sono in gioco più fattori. Nell'esempio, tutte le app Webex e i dispositivi registrati su Webex stanno trasmettendo flussi a 1x720 p, 1x360 p e 1x180 p nel mesh video. Sulla cascata, i flussi di 720 p, 360 p e 180 p sono trasmessi in entrambe le direzioni. Il motivo è perché sono presenti app Webex e dispositivi registrati su Webex che ricevono 720 p, 360 p e 180 p su entrambi i lati della sequenza.
Nei diagrammi, i numeri di larghezza di banda per i dati trasmessi e ricevuti sono solo a titolo esemplificativo. Non costituiscono una copertura completa di tutte le possibili riunioni e dei relativi requisiti di larghezza di banda. Diversi scenari di riunione (partecipanti entrati, funzionalità del dispositivo, condivisione di contenuto all'interno della riunione, attività in un determinato momento durante la riunione) genereranno diversi livelli di larghezza di banda. |
Il diagramma seguente mostra una riunione con endpoint registrati su cloud e locali e un oratore attivo.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena tra i nodi mesh video e il cloud in entrambe le direzioni.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena dal cloud.
Il diagramma seguente mostra una riunione con gli stessi dispositivi precedenti, insieme a un client Webex Meetings. Il sistema invia l'oratore attivo e l'ultimo oratore attivo in alta definizione insieme a un flusso HD aggiuntivo dell'oratore attivo per i client Webex Meetings poiché i nodi mesh video non supportano Webex Meetings in questo momento.
Requisiti per i servizi Webex
Collaborare con il partner, il Customer Success Manager (CSM) o il rappresentante di prova per eseguire il provisioning corretto del sito Cisco Webex e dei servizi Webex per mesh video:
Devi disporre di un'organizzazione Webex con un abbonamento a pagamento ai servizi Webex.
Per sfruttare al meglio il mesh video, assicurarsi che il sito Webex sia sulla piattaforma video versione 2.0. (È possibile verificare che il sito sia sulla piattaforma video versione 2.0 se dispone dell'elenco dei tipi di risorse multimediali disponibile nelle opzioni del sito Cloud Collaboration Meeting Room).

È necessario abilitare CMR per il sito Webex sotto i profili utente. È possibile eseguire questa operazione in un aggiornamento in massa CSV con l'attributo SupportCMR.
Per ulteriori informazioni, vedere Confronto delle funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh in Appendice.
Verificare la correttezza del paese di origine
Il mesh video utilizza le funzionalità GDM (Globally Distributed Media) di Webex per migliorare il routing multimediale. Per ottenere una connettività ottimale, Webex seleziona il nodo multimediale cloud più vicino all'azienda quando esegue la propagazione in cascata di mesh video a Webex. Il traffico passa quindi attraverso il backbone Webex per interagire con i microservizi Webex per la riunione. Questo instradamento riduce al minimo la latenza e conserva la maggior parte del traffico sul backbone Webex e fuori da Internet.
Per supportare GDM, utilizziamo MaxMind come provider di posizione GeoIP per questo processo. Verificare che MaxMind identifichi correttamente la posizione dell'indirizzo IP pubblico per garantire un indirizzamento efficiente.
| 1 | In un browser Web, immettere questo URL con l'indirizzo IP pubblico di Expressway o dell'endpoint alla fine.
Si riceve una risposta come la seguente:
|
| 2 | Verificare che il |
| 3 | Se la posizione non è corretta, inviare una richiesta per correggere la posizione dell'indirizzo IP pubblico a MaxMind all'indirizzo https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
Completamento dei prerequisiti per mesh video
Utilizzare questa lista di controllo per assicurarsi di essere pronti a installare e configurare i nodi mesh video e integrare un sito Webex con mesh video.
| 1 | Assicurarsi di:
| ||
| 2 | Collabora con il tuo partner, il Customer Success Manager o il rappresentante di prova per comprendere e preparare il tuo ambiente Webex in modo che sia pronto per la connessione a mesh video. Per ulteriori informazioni, vedere Requisiti per i servizi Webex. | ||
| 3 | Registrare le seguenti informazioni di rete da assegnare ai nodi mesh video:
| ||
| 4 | Prima di avviare l'installazione, accertarsi che l'organizzazione Webex sia abilitata per il mesh video. Questo servizio è disponibile per le organizzazioni con determinati abbonamenti al servizio Webex a pagamento, come documentato in Requisiti di licenza per i servizi ibridi Cisco Webex. Contattare il partner Cisco o l'account manager per assistenza. | ||
| 5 | Scegliere un hardware supportato o una configurazione basata su specifiche per il nodo mesh video, come descritto in Requisiti di sistema e piattaforma per il software nodo mesh video. | ||
| 6 | Assicurarsi che sul server sia in esecuzione VMware ESXi 7 o 8 e vSphere 7 o 8, con un host VM operativo. | ||
| 7 | Se stai integrando il mesh video con l'ambiente di controllo chiamate Unified CM e desideri che gli elenchi dei partecipanti siano coerenti tra le piattaforme per riunioni, assicurati che la modalità di sicurezza del cluster Unified CM sia impostata su modalità mista in modo da supportare il traffico crittografato TLS. Per il funzionamento di questa funzionalità, è richiesto il traffico crittografato end-to-end. Per ulteriori informazioni sul passaggio dell'ambiente Unified CM in modalità mista, vedere il capitolo sull'impostazione di TLS nella Guida alla protezione di Cisco Unified Communications Manager. Vedere la guida alla soluzione Active Control per ulteriori informazioni sulle funzioni e su come impostare la crittografia end-to-end. | ||
| 8 | Se si integra un proxy (controllo esplicito, trasparente o non ispezionato) con il mesh video, accertarsi di rispettare i requisiti documentati in Requisiti per supporto proxy per mesh video. |
Operazioni successive
Installazione e configurazione del software del nodo mesh video
Flusso attività distribuzione mesh video
Operazioni preliminari
| 1 | Installazione e configurazione del software del nodo mesh video Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito. |
| 2 | Accesso alla console del nodo mesh video Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo. |
| 3 | Impostazione della configurazione di rete del nodo mesh video nella console Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato. |
| 4 | Utilizzare questa procedura per configurare l'interfaccia esterna per una distribuzione con interfaccia di rete doppia (NIC doppia):
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno). Puoi anche fare eccezioni o sostituzioni alle regole di indirizzamento predefinite. |
| 5 | Registrazione del nodo mesh video nel cloud Webex Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail. |
| 6 | Abilita e verifica la qualità del servizio (QoS) con le seguenti attività:
Abilitare la QoS se si desidera che i nodi mesh video contrassegnino automaticamente il traffico SIP (endpoint registrati SIP locali) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzino intervalli di porte ben noti per tipi di supporto specifici. Questa modifica consente di creare criteri QoS e annotare efficacemente il traffico di ritorno dal cloud, se lo si desidera. Utilizzare i passaggi dello strumento Riflettore per verificare che le porte corrette siano aperte sul firewall. |
| 7 | Configurazione del nodo mesh video per l'integrazione proxy Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare il proxy e risolvere eventuali problemi potenziali. |
| 8 | Segui il mesh video integrato con il flusso delle attività di controllo delle chiamate e scegli una delle seguenti opzioni, a seconda del controllo delle chiamate, dei requisiti di sicurezza e se desideri integrare il mesh video con l'ambiente di controllo delle chiamate:
I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP registrati in locale e i Video Meshcluster. È sufficiente eseguire il trunk di Unified CM o VCS Expressway al nodo mesh video, in base all'ambiente di controllo delle chiamate. |
| 9 | Catene di certificati di scambio tra nodi mesh video e Unified CM In questa attività, scaricare i certificati dalle interfacce mesh video e Unified CM e caricarli uno all'altro. Questa operazione consente di creare un rapporto di fiducia protetto tra i due prodotti e, in combinazione con la configurazione del trunk sicuro, consente al traffico SIP crittografato e al contenuto multimediale SRTP nell'organizzazione di atterrare sui nodi mesh video. |
| 10 | Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza l'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video. |
| 11 | Abilitazione del mesh video per il sito Webex Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex. |
| 12 | Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex |
| 13 | Verificare l'esperienza di riunione sull'endpoint sicuro Se si utilizza la crittografia multimediale attraverso l'impostazione TLS end-to-end, utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e venga visualizzata l'esperienza di riunione corretta. |
Script di provisioning in blocco per mesh video
Se è necessario distribuire molti nodi nella distribuzione mesh video, il processo richiede tempo. È possibile utilizzare lo script su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning per distribuire rapidamente i nodi mesh video sui server ESXi VMWare. Leggere il file Leggimi per istruzioni su come utilizzare lo script.
Installazione e configurazione del software del nodo mesh video
Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito.
Devi scaricare il pacchetto software (OVA) da Control Hub ( https://admin.webex.com) anziché utilizzare una versione scaricata in precedenza. Questo file OVA è firmato dai certificati Cisco e può essere scaricato dopo aver eseguito l'accesso a Control Hub con le credenziali dell'amministratore del cliente.
Operazioni preliminari
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per le piattaforme hardware supportate e requisiti di specifiche per il nodo mesh video.
Assicurarsi di disporre degli elementi necessari:
Un computer con:
Client VMware vSphere 7 o 8.
Per un elenco dei sistemi operativi supportati, consultare la documentazione VMware.
File OVA del software mesh video scaricato.
Scarica l'ultimo software mesh video da Control Hub anziché utilizzare una versione scaricata in precedenza. È inoltre possibile accedere al software da questo link. (Il file è circa 1,5 GB).
Le versioni precedenti del pacchetto software (OVA) non saranno compatibili con gli ultimi aggiornamenti mesh video. Ciò può provocare problemi durante l'aggiornamento dell'applicazione. Accertarsi di scaricare l'ultima versione del file OVA da questo collegamento.
Un server supportato con VMware ESXi o vCenter 7 o 8 installato e in esecuzione
Disabilitare i backup delle macchine virtuali e la migrazione in diretta. I cluster dei nodi mesh video sono sistemi in tempo reale; qualsiasi pausa di una macchina virtuale può rendere questi sistemi instabili. (Per attività di manutenzione su un nodo mesh video, utilizzare la modalità di manutenzione da Control Hub.)
| 1 | Utilizzando il computer, aprire il client VMware vSphere e accedere al sistema vCenter o ESXi sul server. | ||||
| 2 | Vai a . | ||||
| 3 | Il Seleziona un tempio OVF fare clic su File locale, quindi su Scegli file. Andare al punto in cui si trova il file videomesh.ova, scegliere il file, quindi fare clic su Avanti.
| ||||
| 4 | Il Seleziona un nome e una cartella pagina , inserisci un Nome macchina virtuale per il nodo mesh video (ad esempio, "Video_Mesh_Node_1"), scegliere una posizione in cui può risiedere la distribuzione del nodo della macchina virtuale, quindi fare clic su Successivo. Viene eseguito un controllo di convalida. Al termine, vengono visualizzati i dettagli del modello. | ||||
| 5 | Verificare i dettagli del modello, quindi fare clic su Avanti. | ||||
| 6 | Il Configurazione pagina , scegliere il tipo di configurazione della distribuzione, quindi fare clic su Successivo.
Le opzioni sono elencate in ordine di crescente fabbisogno di risorse.
| ||||
| 7 | Il Seleziona storage pagina, assicurarsi che il formato di disco predefinito di Thick Provision Lazy Zeroed e i criteri di storage VM di Datastore Default sono selezionati e quindi fare clic su Successivo. | ||||
| 8 | Il Seleziona reti, scegliere l'opzione di rete dall'elenco di voci per fornire la connettività desiderata alla VM.
Per una distribuzione DMZ, è possibile impostare il nodo mesh video con la doppia interfaccia di rete (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interna (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata in Webex). Tutti i nodi in un cluster devono essere in modalità NIC doppia; non è supportata una combinazione di NIC singola e doppia.
| ||||
| 9 | Nella pagina Personalizza modello, configurare le seguenti impostazioni di rete:
Se si preferisce, è possibile ignorare la configurazione delle impostazioni di rete e seguire la procedura in Imposta configurazione di rete del nodo mesh video nella console dopo aver eseguito l'accesso al nodo. | ||||
| 10 | Il Pronto per il completamento pagina , verificare che tutte le impostazioni inserite corrispondano alle linee guida in questa procedura, quindi fare clic su Fine. Una volta completata la distribuzione del file OVA, il nodo mesh video viene visualizzato nell'elenco delle VM. | ||||
| 11 | Fare clic con il pulsante destro del mouse sul nodo mesh video VM, quindi scegliere . Il software del nodo mesh video viene installato come guest sull'host VM. A questo punto, è possibile accedere alla console e configurare il nodo mesh video. È possibile che si verifichi un ritardo di alcuni minuti prima che i contenitori del nodo salgano. Un messaggio del firewall bridge viene visualizzato sulla console durante il primo avvio, durante il quale non è possibile accedere. |
Operazioni successive
Accesso alla console del nodo mesh video
Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo.
| 1 | Dal client VMware vSphere, andare al nodo mesh video VM, quindi scegliere Console. Viene avviata la VM del nodo mesh video e viene visualizzata una richiesta di accesso. Se il prompt di accesso non viene visualizzato, premere Invio. È possibile visualizzare brevemente un messaggio che indica che il sistema è in fase di inizializzazione. |
| 2 | Utilizzare il seguente nome utente e password predefiniti per l'accesso: Poiché si esegue l'accesso al nodo mesh video per la prima volta, è necessario modificare la passphrase dell'amministratore (password). |
| 3 | Per la password (corrente), immettere la password predefinita (dall’alto), quindi premere Invio. |
| 4 | Per inserire una nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 5 | Per reinserire la nuova password, reinserire la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "Password modificata correttamente", quindi viene visualizzata la schermata iniziale del nodo mesh video con un messaggio relativo all'accesso non autorizzato vietato. |
| 6 | Premere Invio per caricare il menu principale. |
Operazioni successive
Impostazione della configurazione di rete del nodo mesh video nella console
Impostazione della configurazione di rete del nodo mesh video nella console
Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato.
Questa procedura è richiesta se non sono state configurate le impostazioni di rete al momento della distribuzione OVA.
L'interfaccia interna (l'interfaccia predefinita per il traffico) viene utilizzata per CLI, SIP trunk, traffico SIP e gestione dei nodi. L'interfaccia esterna (esterna) è per la comunicazione HTTPS e websocket a Webex, insieme al traffico a cascata dai nodi a Webex. |
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Operazioni successive
Una volta installata e configurata l'immagine software con le impostazioni di rete (indirizzo IP, DNS, NTP e così via) e accessibile sulla rete aziendale, è possibile passare alla fase successiva di registrazione sicura nel cloud. L'indirizzo IP configurato sul nodo mesh video è accessibile solo dalla rete aziendale. Dal punto di vista della sicurezza, il nodo è indurito in modo che solo gli amministratori dei clienti possano accedere all'interfaccia del nodo per eseguire la configurazione.
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 5 Configurazione IP esterno e fare clic su Seleziona. | ||
| 2 | Fare clic su 1 Abilita/Disabilita, quindi su Seleziona, quindi su Sì per abilitare le opzioni dell'indirizzo IP esterno sul nodo. | ||
| 3 | Come per la configurazione di rete iniziale, immettere i valori di indirizzo IP (esterno), maschera e gateway.
| ||
| 4 | Fare clic su Salva e riavvia. Il nodo si riavvia per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna.
| ||
| 5 | Per convalidare la configurazione dell'indirizzo IP interno ed esterno, dal menu principale della console, andare a 4 Diagnostica, quindi scegliere Ping. | ||
| 6 | Nel campo ping, immettere un indirizzo di destinazione che si desidera testare, come una destinazione esterna o un indirizzo IP interno, quindi fare clic su OK.
|
Operazioni successive
API nodo mesh video
Le API del nodo mesh video consentono agli amministratori dell'organizzazione di gestire password, impostazioni di rete interne ed esterne, modalità di manutenzione e certificati del server relativi ai nodi mesh video. Queste API possono essere richiamate tramite qualsiasi strumento API come Postman oppure è possibile creare il proprio script per chiamarle. L'utente deve chiamare le API utilizzando l'endpoint appropriato (è possibile utilizzare IP nodo o FQDN), metodo, corpo, intestazioni, autorizzazione, ecc. per eseguire l'azione desiderata e ottenere una risposta adeguata, in base alle informazioni fornite di seguito.
API VMN di amministrazione
Le API di amministrazione mesh video consentono agli amministratori dell'organizzazione di gestire la modalità di manutenzione e la password dell'account amministratore dei nodi mesh video.
Ottenere lo stato della modalità di manutenzione
Recupera lo stato della modalità di manutenzione corrente (stato previsto: on, off, pending o requested).
[GET] https://<node_ip>/api/v1/external/maintenanceMode
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}
Risposta campione 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta di esempio 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Abilitazione o disabilitazione della modalità di manutenzione
Quando si mette un nodo mesh video in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti).
[PUT] https://<node_ip>/api/v1/external/maintenanceMode
Chiama questa API solo se non sono presenti chiamate attive. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"maintenanceMode": "on"
}
maintenanceMode - Stato della modalità di manutenzione da impostare - "on" o "off".
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}
Risposta campione 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}
Modifica password amministratore
Modifica la password dell'utente amministratore.
[PUT] https://<node_ip>/api/v1/external/password
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"newPassword": "new"
}
newPassword: la nuova password da impostare per l'account "admin" del nodo mesh video.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}
API di rete VMN
Le API di rete mesh video consentono agli amministratori dell'organizzazione di gestire le impostazioni di rete interne ed esterne.
Richiedi configurazione rete esterna
Rileva se la rete esterna è abilitata o disabilitata. Se la rete esterna è abilitata, recupera anche l'indirizzo IP esterno, la subnet mask esterna e il gateway esterno.
[GET] https://<node_ip>/api/v1/external/externalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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"
}
}
Risposta campione 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}
Modifica configurazione rete esterna
Modifica le impostazioni di rete esterna. Questa API può essere utilizzata per abilitare la rete esterna insieme all'impostazione o alla modifica dell'interfaccia di rete esterna con indirizzo IP esterno, subnet mask esterna e gateway esterno. Può anche essere utilizzato per disabilitare la rete esterna. Dopo aver apportato modifiche alla configurazione della rete esterna, il nodo viene riavviato per applicare tali modifiche.
[PUT] https://<node_ip>/api/v1/external/externalNetwork
È possibile configurare questa opzione solo per i nodi mesh video di nuova distribuzione, la cui password di amministrazione predefinita è stata modificata. Non utilizzare questa API dopo aver registrato il nodo in un'organizzazione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Abilitazione della rete esterna:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}
Disabilitazione della rete esterna:
{
"externalNetworkEnabled": false
}
externalNetworkEnabled- Valore booleano (vero o falso) per abilitare/disabilitare la rete esterna
externalIp - IP esterno da aggiungere
externalMask - La netmask per la rete esterna
externalGateway - Il gateway per la rete esterna
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 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."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}
Ottieni dettagli rete interna
Recupera i dettagli di configurazione della rete interna che includono modalità di rete, indirizzo IP, subnet mask, gateway, dettagli di memorizzazione nella cache DNS, server DNS, server NTP, interfaccia interna MTU, nome host e dominio.
[GET] https://<node_ip>/api/v1/external/internalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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": ""
}
}
Risposta campione 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}
Modifica server DNS
Aggiorna i server DNS con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dns
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsServers": "1.1.1.1 2.2.2.2"
}
dnsServer - Server DNS da aggiornare. Sono consentiti più server DNS separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica server NTP
Aggiorna i server NTP con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/ntp
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"ntpServers": "1.1.1.1 2.2.2.2"
}
ntpServer - server NTP da aggiornare. Sono consentiti più server NTP separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica nome organizzatore e dominio
Aggiorna il nome host e il dominio del nodo mesh video.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/host
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"hostName": "test-vmn",
"domain": "abc.com"
}
hostName - Il nuovo nome host del nodo.
dominio - Il nuovo dominio per il nome host del nodo (opzionale).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Consente di abilitare o disabilitare la memorizzazione nella cache DNS. Si consiglia di abilitare la memorizzazione nella cache se i controlli DNS spesso richiedono oltre 750 ms per la risoluzione o se consigliato dal supporto Cisco.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dnsCaching
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsCaching": true
}
dnsCaching - Configurazione della cache DNS. Accetta il valore booleano (vero o falso).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}
Modifica MTU interfaccia
Modifica l'unità di trasmissione massima (MTU) per le interfacce di rete del nodo dal valore predefinito di 1500. Sono consentiti valori compresi tra 1280 e 9000.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/mtu
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"internalInterfaceMtu": 1500
}
internalInterfaceMtu - Unità massima di trasmissione per le interfacce di rete del nodo. Il valore deve essere compreso tra 1280 e 9000.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}
API certificati server VMN
Le API di certificato del server mesh video consentono agli amministratori dell'organizzazione di creare, aggiornare, scaricare ed eliminare i certificati relativi ai nodi mesh video. Per ulteriori informazioni, vedere Catene di certificati di scambio tra nodi mesh video e Unified CM.
Creare il certificato CSR
Genera un certificato CSR (Certificate Signing Request) e la chiave privata, in base ai dettagli forniti.
[POST] https://<node_ip>/api/v1/externalCertManager/generateCsr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}
commonName - IP/FQDN del nodo mesh video fornito come nome comune. (obbligatorio)
emailAddress - Indirizzo e-mail dell'utente. (opzionale)
altNames - Nome(i) alternativo(i) oggetto (opzionale). Sono consentiti più nomi di domini completi separati da spazi. Se previsto, deve contenere il nome comune. Se non vengono forniti i nomi alt, viene utilizzato il nome comune come valore dei nomi alt.
organizzazione - Nome organizzazione/società (opzionale)
organizationUnit - Unità organizzativa o Nome del reparto o del gruppo, ecc. (opzionale)
località - Città/Località. (opzionale)
stato - Stato/Provincia. (opzionale)
paese - Paese/Regione. Abbreviazione a due lettere. Non fornire più di due lettere. (opzionale)
passphrase - Passphrase chiave privata. (opzionale)
keyBitSize - Dimensione bit chiave privata. I valori accettati sono 2048, per impostazione predefinita o 4096. (opzionale)
Intestazioni richiesta:
Tipo di contenuto: 'applicazione/json'
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}
Risposta campione 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."
}
}
Scarica il certificato CSR
Scarica il certificato CSR generato.
[GET] https://<node_ip>/api/v1/externalCertManager/csr
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}
Scarica la chiave privata
Scarica la chiave privata generata insieme al certificato CSR.
[GET] https://<node_ip>/api/v1/externalCertManager/key
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}
Eliminazione del certificato CSR
Elimina il certificato CSR esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/csr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}
Elimina la chiave privata
Elimina la chiave privata esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/key
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}
Installare il certificato firmato CA e la chiave privata
Carica il certificato firmato CA fornito e la chiave privata sul nodo mesh video e installa il certificato sul nodo.
[POST] https://<node_ip>/api/v1/externalCertManager/uploadInstallCaCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Utilizzare 'form-data' per caricare i seguenti file:
File certificato firmato CA (.crt) con chiave come 'crtFile'.
File della chiave privata (.key) con la chiave come 'keyFile'.
Intestazioni richiesta:
Tipo di contenuto: "dati multiparte/modulo"
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}
Risposta di esempio 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."
}
}
Scarica il certificato firmato CA
Scarica il certificato firmato CA installato sul nodo.
[GET] https://<node_ip>/api/v1/externalCertManager/caCert
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}
Eliminare il certificato firmato dall'autorità di certificazione
Elimina il certificato firmato dall'autorità di certificazione installato sul nodo.
[CANCELLA] https://<node_ip>/api/v1/externalCertManager/caCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}
Risposte API comuni
Di seguito sono elencate alcune risposte di esempio che è possibile riscontrare durante l'uso di qualsiasi API menzionata sopra.
Risposta campione 1: Credenziali errate fornite nell'autorizzazione di base.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta campione 2: VMN non viene aggiornato alla versione richiesta che supporta queste API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}
Risposta di esempio 3: Riferimento errato inserito nell'intestazione (quando l'intestazione non era prevista).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}
Risposta di esempio 4: Limite di velocità superato, provare dopo qualche tempo.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Aggiungi regole di indirizzamento interne ed esterne
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
| 1 | Dall'interfaccia del nodo mesh video, scegliere 5 Configurazione IP esterna, quindi fare clic su Seleziona. | ||
| 2 | Scegliere 3 Gestisci regole di indirizzamento, quindi fare clic su Seleziona. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna.
È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 3 | Effettuare le seguenti operazioni secondo necessità:
Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Registrazione del nodo mesh video nel cloud Webex
Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail.
Operazioni preliminari
Una volta iniziata la registrazione di un nodo, è necessario completarlo entro 60 minuti o iniziare da capo.
Verificare che gli eventuali blocchi popup nel browser siano disabilitati o che sia consentita un'eccezione per https://admin.webex.com.
Per ottenere i migliori risultati, distribuire tutti i nodi di un cluster nello stesso centro dati. Vedere Cluster in mesh video per informazioni su come funzionano e procedure consigliate.
Dall'organizzatore o dalla macchina in cui si stanno registrando i nodi mesh video nel cloud, è necessario disporre della connettività al cloud Webex e agli indirizzi IP mesh video registrati (in un ambiente NIC doppio, in particolare gli indirizzi IP interni dei nodi mesh video).
| 1 |
Accedi a Control Hub utilizzando le credenziali di amministrazione. La funzionalità di amministrazione di Control Hub è disponibile solo per gli utenti definiti come amministratori in Control Hub. Per ulteriori informazioni, vedere Ruoli account cliente. | ||
| 2 | Vai a e sceglierne uno:
| ||
| 3 | Accertarsi di aver installato e configurato il nodo mesh video. Fare clic su Sì, sono pronto per eseguire la registrazione..., quindi fare clic su Avanti. | ||
| 4 | In Crea un nuovo cluster o seleziona un cluster, scegline uno:
| ||
| 5 | In Inserisci il nome di dominio completo o l'indirizzo IP, inserisci il nome di dominio completo o l'indirizzo IP interno del nodo mesh video, quindi fai clic su Avanti.
Un nome di dominio completo deve essere risolto direttamente all'indirizzo IP o non è utilizzabile. Eseguiamo la convalida su FQDN per escludere qualsiasi errore di tipo o di configurazione.
| ||
| 6 | In Aggiorna pianificazione, scegliere un'ora, una frequenza e un fuso orario. L'impostazione predefinita è una pianificazione di aggiornamento giornaliera. È possibile passare a una pianificazione settimanale in un giorno specifico. Quando è disponibile un aggiornamento, il software del nodo mesh video viene aggiornato automaticamente durante il periodo di tempo selezionato.
| ||
| 7 | In Notifiche e-mail, aggiungere gli indirizzi e-mail dell'amministratore per iscriversi alle notifiche sugli allarmi di servizio e sugli aggiornamenti software. L'indirizzo e-mail amministratore viene aggiunto automaticamente. Puoi rimuoverlo se vuoi. | ||
| 8 | Attivare l'impostazione Qualità video per abilitare il video 1080p 30fps. Con questa impostazione, i partecipanti SIP che accedono a una riunione ospitata in un nodo mesh video possono utilizzare video a 1080p e 30fps se sono tutti all'interno della rete aziendale e stanno utilizzando un dispositivo ad alta definizione. L'impostazione si applica a tutti i cluster di nodi.
| ||
| 9 | Leggi le informazioni in Completa registrazione, quindi fai clic su Vai a nodo per registrare il nodo sul cloud Webex. Viene visualizzata una nuova scheda del browser per controllare il nodo. Questa operazione consente di proteggere il nodo mesh video utilizzando l'indirizzo IP del nodo. Durante il processo di registrazione, Control Hub reindirizza l'utente al nodo mesh video. L'indirizzo IP deve essere protetto, altrimenti la registrazione non riesce. Il processo di registrazione deve essere completato dalla rete aziendale in cui è installato il nodo. | ||
| 10 | Selezionare Consenti accesso al nodo mesh video Webex, quindi fare clic su Continua. | ||
| 11 | Fare clic su Consenti . L'account è stato convalidato, il nodo mesh video è registrato e viene visualizzato il messaggio Registrazione completata, a indicare che il nodo mesh video è ora registrato in Webex. Il nodo mesh video ottiene le credenziali della macchina in base ai diritti della propria organizzazione. Le credenziali generate dalla macchina scadono periodicamente e vengono aggiornate. | ||
| 12 | Fare clic sul collegamento al portale o chiudere la scheda per tornare alla pagina mesh video. Nella pagina Mesh video, ora viene visualizzato il nuovo cluster contenente il nodo mesh video registrato.
A questo punto, il nodo mesh video è pronto per comunicare con i servizi cloud Cisco sui canali protetti utilizzando un token emesso per l'autenticazione. Il nodo mesh video comunica anche con Docker Hub (docker.com, docker.io). Docker è utilizzato dal nodo mesh video per conservare i contenitori per la distribuzione a diversi nodi mesh video in tutto il mondo. Solo Cisco dispone delle credenziali per scrivere a Docker Hub. I nodi mesh video possono raggiungere Docker Hub utilizzando le credenziali di sola lettura per scaricare i container per gli aggiornamenti.
|
Aspetti da tenere presenti
Tenere presenti le seguenti informazioni sul nodo mesh video e sul funzionamento della stessa una volta eseguita la registrazione nell'organizzazione Webex:
Quando distribuisci un nuovo nodo mesh video, l'app Webex e il dispositivo registrato su Webex non riconosceranno il nuovo nodo per un massimo di 2 ore. I client verificano la raggiungibilità del cluster durante l'avvio, una modifica di rete o la scadenza della cache. Puoi attendere 2 ore o, come soluzione, riavviare l'app Webex o riavviare il dispositivo di sala o da scrivania Webex. Successivamente, l'attività di chiamata viene acquisita nei report mesh video in Control Hub.
Un nodo mesh video si registra in una singola organizzazione Webex; non è un dispositivo multitenant.
Per comprendere cosa utilizza e cosa non utilizza il nodo mesh video, vedere la tabella in Client e dispositivi che utilizzano il nodo mesh video.
Il nodo mesh video può connettersi al sito Webex o al sito Webex di un altro cliente o partner. Ad esempio, il sito A ha distribuito un cluster di nodi mesh video e l'ha registrato con il dominio example1.webex.com. Se gli utenti nel Sito Effettuano Una chiamata di accesso a mymeeting@example1.webex.com, utilizzano il nodo mesh video e si può creare una cascata. Se gli utenti nel sito A chiamano yourmeeting@esempio2.webex.com, gli utenti del sito A utilizzeranno il nodo mesh video locale e si connetteranno alla riunione sull'organizzazione Webex del sito B.
Operazioni successive
Per registrare nodi aggiuntivi, ripetere questa procedura.
Se è disponibile un aggiornamento, si consiglia di applicarlo il prima possibile. Per eseguire l'aggiornamento, effettuare le seguenti operazioni:
I dati di provisioning vengono trasferiti al cloud Webex dal team di sviluppo di Cisco su canali protetti. I dati di provisioning sono firmati. Per i container, i dati di provisioning contengono nome, checksum, versione e così via. Il nodo mesh video ottiene anche i dati di provisioning dal cloud Webex su canali protetti.
Una volta ricevuti i dati di provisioning dal nodo mesh video, il nodo esegue l'autenticazione con credenziali di sola lettura e scarica il contenitore con checksum e nome specifici e aggiorna il sistema. Ciascun contenitore in esecuzione sul nodo mesh video ha un nome immagine e un checksum. Questi attributi vengono caricati nel cloud Webex utilizzando canali protetti.
Abilitazione della qualità del servizio (QoS) per il nodo mesh video
Operazioni preliminari
Apportare le modifiche necessarie alla porta del firewall coperte nel diagramma e nella tabella. Vedere Porte e protocolli utilizzati dal mesh video.
Per abilitare i nodi mesh video per la QoS, i nodi devono essere online. I nodi in modalità di manutenzione o stati non in linea sono esclusi quando si abilita questa impostazione.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic su Modifica impostazioni nella scheda mesh video. | ||
| 2 | Scorrere fino a Qualità del servizio e fare clic su Abilita. Quando questa opzione è abilitata, viene visualizzato l'intervallo di porte ampio e discreto (determinato dalla configurazione del controllo chiamate locale) utilizzato per audio e video per client/endpoint SIP locali e cascata intracluster con contrassegni DSCP univoci:.
Tutto il traffico SIP e a cascata dai nodi mesh video è contrassegnato con EF per l'audio e AF41 per il video. Gli intervalli di porte discrete vengono utilizzati come porte di origine per la propagazione a catena di contenuti multimediali in altri nodi mesh video e nodi multimediali cloud nonché porte di origine e di destinazione per contenuti multimediali client SIP. Le app Webex Teams e il contenuto multimediale a cascata continuano a utilizzare la porta condivisa di destinazione di 5004 e la rampa porta 50000–53000.
Viene visualizzato un messaggio di stato che mostra quali nodi sono abilitati uno ad uno per l'intervallo di porte QoS. Puoi fare clic su Rivedi nodi in sospeso per visualizzare un elenco di nodi in sospeso per la QoS. L'abilitazione di questa impostazione può richiedere fino a 2 ore, in base al traffico di chiamate sui nodi. | ||
| 3 | Se la QoS non è completamente abilitata entro 2 ore, aprire un caso con il supporto per ulteriori indagini. I nodi vengono riavviati e vengono aggiornati con il nuovo intervallo di porte. |
Se si decide di disabilitare l'impostazione, viene visualizzato l'intervallo di porte ridotto e consolidato utilizzato per audio e video (34000–34999). Tutto il traffico dai nodi mesh video (SIP, a cascata, traffico cloud e così via) ottiene una singola marcatura di AF41.
Verifica degli intervalli di porte del nodo mesh video con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Configurazione del nodo mesh video per l'integrazione proxy
Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente o un proxy esplicito, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare la connessione del proxy e risolvere eventuali problemi potenziali.
Operazioni preliminari
Vedere Supporto proxy per il mesh video per una panoramica delle opzioni proxy supportate.
| 1 | Inserire l'URL di impostazione mesh video | ||||||||||
| 2 | Vai su Trust Store & Proxy, quindi scegli un'opzione:
Seguire i passaggi successivi per un controllo trasparente o un proxy esplicito. | ||||||||||
| 3 | Fare clic su Carica un certificato principale o un certificato dell'entità finale, quindi individuare e scegliere il certificato principale per il proxy di ispezione esplicito o trasparente. Il certificato viene caricato ma non ancora installato poiché è necessario riavviare il nodo per installare il certificato. Fare clic sulla freccia in base al nome dell'emittente del certificato per ottenere ulteriori dettagli o fare clic su Elimina se si è commesso un errore e si desidera ricaricare il file. | ||||||||||
| 4 | Per un controllo trasparente o proxy espliciti, fare clic su Verifica connessione proxy per verificare la connettività di rete tra il nodo mesh video e il proxy. Se il test di connessione non riesce, viene visualizzato un messaggio di errore che mostra il motivo e come è possibile correggere il problema. | ||||||||||
| 5 | Una volta superato il test di connessione, per il proxy esplicito, attivare il tasto di alternanza per indirizzare tutte le richieste 443 https della porta da questo nodo attraverso il proxy esplicito. Questa impostazione richiede 15 secondi per avere effetto. | ||||||||||
| 6 | Fare clic su Installa tutti i certificati nell'archivio attendibilità (viene visualizzato ogni volta che è stato aggiunto un certificato radice durante l'impostazione del proxy) o su Riavvia (viene visualizzato se non è stato aggiunto alcun certificato radice), leggere il prompt e fare clic su Installa se si è pronti. Il nodo si riavvia entro pochi minuti. | ||||||||||
| 7 | Una volta riavviato il nodo, eseguire di nuovo l'accesso, se necessario, quindi aprire la pagina Panoramica per controllare i controlli di connettività e assicurarsi che siano tutti in stato verde. Il controllo della connessione proxy verifica solo un sottodominio di webex.com. Se si verificano problemi di connettività, un problema comune è che alcuni dei domini cloud elencati nelle istruzioni di installazione vengono bloccati sul proxy. |
Integrazione di mesh video con flusso attività controllo chiamate
Configurare i trunk SIP per indirizzare la chiamata in ingresso SIP per le riunioni Webex su mesh video. I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP locali e i cluster mesh video.
Operazioni preliminari
Vedere Modelli Di Distribuzione Per Mesh Video e Cisco Unified Communications Manager per conoscere gli esempi di distribuzione comuni.
Il mesh video supporta TCP o TLS tra la segnalazione Unified CM e SIP. SIP TLS non è supportato per VCS Expressway.
In Unified CM, ciascun trunk SIP può supportare fino a 16 destinazioni mesh video (indirizzi IP).
In Unified CM, le porte in ingresso sul profilo di sicurezza SIP Trunk possono essere predefinite (profilo trunk SIP non protetto).
Mesh video supporta 2 percorsi di indirizzamento: sitename.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Mesh video supporta 3 percorsi di indirizzamento: webex.com (per brevi indirizzi video), nomesito.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Quando si utilizza il formato dell'indirizzo video breve ( meeting@webex.com ), il nodo mesh video gestisce sempre la chiamata. Il nodo gestisce la chiamata anche se la chiamata è a un sito con mesh video abilitato.
Scegliere una di queste opzioni, in base all'ambiente di controllo delle chiamate e ai requisiti di sicurezza:
|
Configurazione dell'indirizzamento del traffico Unified CM Secure TLS SIP per mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un trunk SIP per indicare un Expressway per failover cloud Webex.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Creare un percorso di indirizzamento SIP per le riunioni dell'app Webex (compatibilità con le versioni precedenti): |
Configurazione dell'indirizzamento del traffico SIP TCP di Unified CM per il mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un nuovo trunk SIP per puntare a un Expressway.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Crea un percorso di indirizzamento SIP per le riunioni dell'app Webex: |
Configurare il routing del traffico SIP TCP Expressway per il mesh video
| 1 | Crea una zona che punta ai cluster mesh video: |
| 2 | Crea sequenze di chiamata per cluster mesh video per siti Webex: |
| 3 | Creare un client trasversale e una coppia di zone che punti al cloud Expressway per failover: |
| 4 | Creare una regola di ricerca di fallback nella zona client trasversale che porta a Expressway-E: |
| 5 | Da Expressway-E, vai a . Fare clic su Nuovo e aggiungere la zona Webex. Nelle versioni precedenti alla X8.11, è stata creata una nuova zona DNS per questo scopo. |
| 6 | Creare una sequenza di chiamata per Expressway cloud: |
| 7 | Per i dispositivi SIP registrati su Expressway-C, aprire l'indirizzo IP del dispositivo in un browser, andare a Impostazione, scorrere fino a SIP e scegliere Standard dal menu a discesa Tipo . |
Catene di certificati di scambio tra nodi mesh video e Unified CM
Completare uno scambio di certificati per stabilire la fiducia bidirezionale tra le interfacce mesh video e Unified CM. Con la configurazione del trunk sicuro, i certificati consentono al traffico SIP crittografato e al contenuto multimediale SRTP nella propria organizzazione da Unified CM attendibili di atterrare sui nodi mesh video attendibili.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
Operazioni preliminari
Per motivi di sicurezza, si consiglia di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo.
| 1 | Aprire l'interfaccia del nodo mesh video (indirizzo IP/impostazione, ad esempio, | ||||
| 2 | Andare a Certificati server e richiedere e caricare un certificato e una coppia di chiavi come necessario: | ||||
| 3 | In un'altra scheda del browser, da Cisco Unified OS Administration, andare a . Immettere i criteri di ricerca e fare clic su Trova, quindi scegliere il nome del file del certificato o la Certificate Trust List (CTL) e fare clic su Scarica. Salva il file Unified CM in un punto facile da ricordare e lascia aperta l'istanza Unified CM nella scheda del browser. | ||||
| 4 | Tornare alla scheda dell'interfaccia del nodo mesh video, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato su cloud si spegne cortesemente, in attesa fino a 2 ore per la fine di qualsiasi chiamata. Per installare il certificato CallManager.pem, il nodo viene riavviato automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato CallManager.pem viene installato sul nodo mesh video. È quindi possibile ricaricare la pagina per visualizzare il nuovo certificato. | ||||
| 5 | Tornare alla scheda Amministrazione del sistema operativo Cisco Unified e fare clic su Carica certificato/catena di certificati. Scegliere il nome del certificato dall'elenco a discesa Scopo certificato, selezionare il file scaricato dall'interfaccia del nodo mesh video, quindi fare clic su Apri. | ||||
| 6 | Per caricare il file sul server, fare clic su Carica file. Se si sta caricando una catena di certificati, è necessario caricare tutti i certificati nella catena.
|
Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione
Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza un'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video.
Impostazioni | Risultato |
|---|---|
Unified CM è configurato con un trunk sicuro e questa impostazione Video Mesh Control Hub non è abilitata. | Chiamate non riuscite. |
Unified CM non è configurato con un trunk sicuro e questa impostazione di Video Mesh Control Hub è abilitata. | Le chiamate non avranno esito negativo ma torneranno in modalità non protetta. |
Gli endpoint Cisco devono anche essere configurati con un profilo di sicurezza e una negoziazione TLS per il funzionamento della crittografia end-to-end. In caso contrario, le chiamate vengono riversate sul cloud dagli endpoint non configurati con TLS. Si consiglia di abilitare questa funzione solo se tutti gli endpoint possono essere configurati per utilizzare TLS. |
Operazioni preliminari
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Scorrere fino a Crittografia multimediale e attivare l'impostazione. Questa impostazione rende obbligatoria la crittografia su tutti i canali multimediali che passano attraverso i nodi mesh video nella tua organizzazione. Tenere presente la tabella precedente e le note di attenzione per le situazioni in cui le chiamate potrebbero non riuscire e per le funzioni richieste per la crittografia end-to-end. |
| 3 | Fare clic su Mostra tutto e ripetere le seguenti operazioni su ciascun cluster mesh video che si desidera abilitare per il traffico SIP sicuro. |
Abilitazione del mesh video per il sito Webex
Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic sul sito Webex dalla scheda Riunioni, quindi fare clic su Impostazioni |
| 2 | Accedere alle Impostazioni comuni facendo clic su Servizio > Riunione > Impostazioni sito. Da Impostazioni comuni, fare clic su Cloud Collaboration Meeting Rooms (CMR), scegliere Video Mesh per Media Resource Type, quindi fare clic su Salva in basso.
Questa impostazione collega il mesh video e le istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. L'impostazione deve essere popolata in tutto l'ambiente dopo 15 minuti. Le riunioni Webex che iniziano dopo questa modifica verranno inserite nella nuova impostazione. Se si lascia questo campo impostato su Cloud (opzione predefinita), tutte le riunioni vengono ospitate nel cloud e il nodo mesh video non viene utilizzato. |
Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex
Verificare l'esperienza di riunione sull'endpoint sicuro
Utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e che venga visualizzata l'esperienza di riunione corretta.
| 1 | Accedere a una riunione dall'endpoint protetto. |
| 2 | Verificare che l'elenco dell'elenco riunioni venga visualizzato sul dispositivo. Questo esempio mostra come appare l'elenco delle riunioni su un endpoint con un pannello touch:
|
| 3 | Durante la riunione, accedere alle informazioni della conferenza Webex da Dettagli chiamata . |
| 4 | Verificare che la sezione Crittografia mostri il file Digitare come AES-128 e il Stato come Attivato .
|
Analisi mesh video
La funzionalità di analisi fornisce informazioni su come utilizzare i nodi e i cluster mesh video locali nell'organizzazione Webex. Con i dati cronologici nella vista delle metriche, è possibile gestire in modo più efficace le risorse mesh video monitorando la capacità, l'utilizzo e la disponibilità delle risorse locali. È possibile utilizzare queste informazioni per prendere decisioni sull'aggiunta di altri nodi mesh video a un cluster o sulla creazione di nuovi cluster, ad esempio. L'analisi del mesh video è disponibile in Control Hub sotto .
Per facilitare l'analisi dei dati nell'organizzazione, è possibile eseguire lo zoom dei dati visualizzati nel grafico e isolare un periodo di tempo specifico. Per la funzionalità di analisi, è anche possibile compilare report con taglie e dadi per mostrare dettagli più dettagliati.
L'analisi dei mesh video e i report di risoluzione dei problemi mostrano i dati nel fuso orario impostato per il browser locale. |
Analisi
L'analisi del mesh video fornisce una tendenza a lungo termine (fino a 3 mesi di dati) nelle categorie di coinvolgimento, utilizzo delle risorse e utilizzo della larghezza di banda.

Monitoraggio in diretta
La scheda di monitoraggio in diretta fornisce una vista in tempo reale dell'attività nella tua organizzazione: fino a 1 minuto di aggregazione e la possibilità di visualizzare le ultime 4 ore o 24 ore su tutti i cluster o su cluster specifici. Questa scheda in Control Hub viene aggiornata automaticamente, ogni 1 minuto per le ultime 4 ore e ogni 10 minuti per le ultime 24 ore.
Accesso, filtro e salvataggio dei report di monitoraggio in diretta mesh video
I report di monitoraggio in diretta del mesh video sono disponibili nella pagina Risoluzione dei problemi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo.
| ||||
| 2 | Dal tasto di alternanza a sinistra, scegli un'opzione per filtrare la distanza di tempo che desideri mostrare ai dati.
| ||||
| 3 | Interagire con i grafici utilizzando le seguenti opzioni come necessario:
| ||||
| 4 | Una volta filtrati i dati nei report, fare clic su Altro
|
Accesso, filtro e salvataggio dell'analisi mesh video
I report metrici del mesh video sono disponibili nella pagina Analisi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo. | ||||||
| 2 | Fare clic su una categoria, a seconda del tipo di dati che si sta cercando:
| ||||||
| 3 | Dall'elenco a discesa a destra, scegliere un'opzione per ridurre la distanza nel tempo che si desidera mostrare i dati.
| ||||||
| 4 | Interagire con le tabelle o i grafici delle ciambelle utilizzando le seguenti opzioni come necessario:
| ||||||
| 5 | Una volta filtrati i dati nei report, fare clic su Altro
| ||||||
| 6 | Cancella tutti i filtri dalla barra dei filtri se desideri ripristinare la vista di analisi. |
Analisi disponibile per mesh video
Per informazioni dettagliate sulle analisi disponibili in Control Hub, vedi la sezione Mesh video di Analisi per il portfolio Cloud Collaboration.
Strumento di monitoraggio per mesh video
Lo strumento Monitoraggio in Control Hub consente all'organizzazione di monitorare lo stato della distribuzione di mesh video. È possibile eseguire i seguenti test su nodi mesh video, cluster o entrambi per ottenere risultati per parametri specifici.
Test di segnalazione - Verifica se la segnalazione SIP e la segnalazione multimediale si verificano tra il nodo mesh video e i servizi multimediali cloud Webex .
Test a cascata - Verifica se è possibile stabilire una propagazione a catena tra il nodo mesh video e i servizi multimediali cloud Webex .
Test di raggiungibilità - Verifica se il nodo mesh video può raggiungere le porte di destinazione per i flussi multimediali nei servizi multimediali cloud Webex . Verifica inoltre se il nodo mesh video è in grado di comunicare con i cluster cloud associati ai contenitori multimediali attraverso tali porte.
Quando si esegue un test, lo strumento crea una riunione simulata. Al termine del test, viene visualizzato un risultato positivo o negativo con suggerimenti per la risoluzione dei problemi in linea nel report. È possibile pianificare l'esecuzione periodica del test o eseguirlo su richiesta. Per ulteriori informazioni, vedere Monitoraggio dell'integrità dei supporti per mesh video .
Eseguire un test immediato
Utilizzare questa procedura per eseguire un test della raggiungibilità e del monitoraggio dell'integrità dei file multimediali su richiesta su nodi mesh video e/o cluster registrati nell'organizzazione di Control Hub. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . | ||
| 2 | Fare clic su Configura test , fare clic Prova ora , quindi selezionare i nodi e/o i cluster che si desidera testare.
| ||
| 3 | Fare clic su Eseguire il test . |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Configurare i test periodici
Utilizzare questa procedura per configurare e avviare test periodici di raggiungibilità e di monitoraggio dell'integrità dei supporti. Questi test vengono eseguiti ogni 6 ore per impostazione predefinita. È possibile eseguire questi test a livelli a livello di cluster, specifici di cluster o specifici di nodo. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . |
| 2 | Fare clic su Configura test , fare clic Test periodico , quindi selezionare i nodi e/o i cluster che si desidera testare. |
| 3 | Scegli un'opzione:
|
| 4 | Fai clic su Avanti. |
| 5 | Rivedere l'elenco di cluster e nodi per eseguire i test periodici. Se si è soddisfatti, fare clic Configura per pianificare la configurazione corrente. |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Abilitazione del video HD 1080p per i dispositivi SIP locali nelle riunioni con nodo mesh video
Questa impostazione consente alla tua organizzazione di preferire video ad alta definizione 1080p per endpoint SIP registrati in locale, con una permuta di capacità di riunione inferiore. Un nodo mesh video deve organizzare la riunione. I partecipanti possono utilizzare video 1080p 30fps a condizione che:
Sono tutti all'interno della rete aziendale.
Stanno utilizzando un dispositivo SIP registrato in locale ad alta definizione.
L'impostazione si applica a tutti i cluster contenenti nodi mesh video.
I dispositivi registrati sul cloud continuano a inviare e ricevere flussi a 1080p, indipendentemente dall'attivazione o disattivazione di questa impostazione. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Attiva Qualità video. Se questa impostazione è disattivata, l'impostazione predefinita è 720 p. |
Per le risoluzioni video supportate dall'app Webex, vedere Specifiche video per chiamate e riunioni.
Riunioni private
La funzione di riunione privata migliora la sicurezza della riunione eseguendo l'interruzione del servizio multimediale in locale. Quando si pianifica una riunione privata, il contenuto multimediale termina sempre sui nodi mesh video all'interno della rete aziendale senza cascata di cloud.
Come mostrato qui, le riunioni private non trasferiscono mai il contenuto multimediale sul cloud. Il contenuto multimediale termina interamente sui cluster mesh video. I cluster mesh video possono essere collegati in cascata solo l'uno con l'altro.
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzano cluster riservati, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
L'app Webex con l'esperienza Webex con funzionalità complete abilitata non è compatibile con mesh video. Per informazioni dettagliate, vedi Client e dispositivi che utilizzano il nodo mesh video. |
Supporto e limitazioni per le riunioni private
Mesh video supporta le riunioni private come segue:
Le riunioni private sono disponibili su Webex versione 40.12 e successive.
Solo le riunioni pianificate possono utilizzare il tipo di riunione privata. Per informazioni dettagliate, vedere l'articolo Pianificazione di una riunione privata Cisco Webex.
Le riunioni private non sono disponibili per le riunioni con funzionalità complete avviate o a cui si è partecipato dall'app Webex.
È possibile utilizzare qualsiasi dispositivo attualmente supportato dal mesh video.
I nodi possono utilizzare qualsiasi immagine corrente: 72vCPU e 23vCPU.
La logica delle riunioni private non crea lacune nelle metriche. Raccogliamo le stesse metriche per Control Hub come per le riunioni non private.
Poiché alcuni utenti non attivano questa funzione, i report di analisi per le riunioni private non vengono visualizzati se la tua organizzazione non dispone di una riunione privata tra 90 giorni.
Le riunioni private supportano la lavagna a 1 Via da un endpoint video.
Limiti
Le riunioni private presentano le seguenti limitazioni:
Le riunioni private supportano solo VoIP per l'audio. Non supportano Webex Edge Audio o PSTN.
Non puoi utilizzare una sala riunioni personale per una riunione privata.
Le riunioni private non supportano le funzioni Webex che richiedono una connessione al cloud, ad esempio, registrazione cloud, trascrizione e Webex Assistant.
Non puoi accedere a una riunione privata da un sistema video registrato su cloud non autenticato, anche uno che è stato accoppiato all'app Webex.
Uso delle riunioni private come tipo di riunione predefinito
In Control Hub, puoi specificare che le riunioni future pianificate per la tua organizzazione siano riunioni private.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Modifica impostazioni dalla scheda mesh video . Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 3 | Salvare la modifica. |
Quando abiliti questa impostazione, si applica a tutte le riunioni per la tua organizzazione, anche a quelle pianificate in precedenza.
(Opzionale) Prenotazione di un cluster per le riunioni private
Le riunioni private e non private di solito utilizzano le stesse risorse mesh video. Tuttavia, poiché le riunioni private devono mantenere i media locali, non possono impostare overflow sul cloud quando le risorse locali sono esaurite. Per ridurre tale possibilità, è possibile impostare un cluster mesh video per organizzare solo riunioni private.
In Control Hub, configura il cluster esclusivamente per l'organizzazione di riunioni private. Questa impostazione impedisce alle riunioni non private di utilizzare tale cluster. Riunioni private predefinite per l'uso di tale cluster. Se il cluster esaurisce le risorse, le riunioni private vengono trasmesse in cascata solo agli altri cluster mesh video.
Si consiglia di predisporre un cluster privato per gestire il picco di utilizzo previsto dalle riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a e fai clic su Mostra tutto sulla scheda mesh video. |
| 2 | Selezionare il cluster mesh video dall'elenco e fare clic su Modifica impostazioni cluster. |
| 3 | Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Messaggi di errore per le riunioni private
Questa tabella elenca i possibili errori che gli utenti possono visualizzare quando accedono a una riunione privata.
Messaggio di errore | Azione utente | Motivo |
|---|---|---|
Accesso alla rete esterna negato È necessario essere sulla rete aziendale per partecipare alla riunione privata. I dispositivi Webex accoppiati che si trovano al di fuori della rete aziendale non possono accedere alla riunione; in tale scenario, provare a collegare il laptop, il dispositivo mobile alla rete aziendale e accedere alla riunione in modalità non abbinata. | Un utente esterno accede dalla rete aziendale senza VPN o MRA. | Per accedere a una riunione privata, gli utenti esterni devono accedere alla rete aziendale attraverso una VPN o MRA. |
Un utente esterno è su VPN, ma è accoppiato a un dispositivo non autenticato. | Il contenuto multimediale del dispositivo non esegue il tunnel nella rete aziendale attraverso la VPN. Il dispositivo non può accedere a una riunione privata. Al contrario, dopo essersi connessi alla VPN, l'utente remoto deve accedere a una riunione privata in modalità dispositivo non abbinato dal client desktop o mobile. | |
Nessun cluster disponibile I cluster che ospitano questa riunione privata sono al massimo della capacità, irraggiungibili, offline o non registrati. Contatta l'amministratore IT per assistenza. | Un utente si trova sulla rete aziendale (in sede o da remoto tramite VPN), ma non può accedere a una riunione privata. | I cluster mesh video sono:
|
Non autorizzato Non si è autorizzati a partecipare a questa riunione privata in quanto non si è membri dell'organizzazione organizzatore. Contatta l'Organizzatore della riunione. | Un utente di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo gli utenti appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Un dispositivo di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo i dispositivi appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Mantenere i file multimediali su mesh video per tutte le riunioni Webex esterne
Quando i file multimediali vengono eseguiti attraverso i nodi mesh video locali, si ottengono prestazioni migliori e si utilizza meno larghezza di banda Internet.
Nelle versioni precedenti, si controllava l'uso del mesh video per le riunioni solo per i siti interni. Per le riunioni organizzate su siti Webex esterni, tali siti controllavano se il mesh video poteva essere esteso a Webex. Se un sito esterno non consente la propagazione a catena di mesh video, i file multimediali utilizzano sempre i nodi cloud Webex .
Con l'impostazione Preferisci mesh video per tutte le riunioni Webex esterne, se il sito Webex dispone di nodi mesh video disponibili, i file multimediali passano attraverso tali nodi per le riunioni organizzate su siti Webex esterni. Questa tabella riassume il funzionamento dei partecipanti alle riunioni Webex :
| L'impostazione è... | Riunione sul sito Webex interno con Cascate mesh video abilitate | Riunione sul sito Webex interno con cascate di mesh video disabilitate | Riunione su sito Webex esterno con Cascate mesh video abilitate | Riunione su sito Webex esterno con cascate di mesh video disabilitate |
|---|---|---|---|---|
| Abilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza i nodi mesh video. |
| Disabilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. |
Questa impostazione è disattivata per impostazione predefinita, in modo da mantenere il funzionamento delle versioni precedenti. In queste versioni, il mesh video non veniva trasferito a Webex e i partecipanti partecipavano attraverso i nodi cloud Webex .
| 1 | Nella vista cliente inhttps://admin.webex.com , andare a e fare clic Mostra tutto nella scheda mesh video. |
| 2 | Selezionare il cluster di mesh video nell'elenco e fare clic Modifica impostazioni . |
| 3 | Scorrere fino a Preferisci mesh video per tutte le Webex Meetings esterne e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Ottimizza l'utilizzo della distribuzione mesh video
È possibile visualizzare tutti i client sui cluster mesh video per una migliore esperienza utente tramite mesh video. Se la capacità del cluster mesh video è temporaneamente diminuita o se è stato aumentato l'utilizzo, è possibile ottimizzare l'utilizzo del cluster mesh video controllando quali tipi di client atterrano sui cluster mesh video. Ciò consente di gestire efficacemente la capacità esistente fino a quando non è possibile aggiungere altri nodi per soddisfare la domanda.
Vedi il portale Analisi in Control Hub per comprendere l'utilizzo, l'utilizzo, il reindirizzamento e le tendenze di overflow. In base a queste tendenze, è possibile, ad esempio, scegliere di far arrivare i client desktop o i dispositivi SIP sui cluster mesh video e di far arrivare i client mobili sui nodi cloud Webex. Rispetto ai client mobili, i client desktop e i dispositivi SIP supportano una risoluzione più elevata, hanno schermi più grandi e utilizzano più larghezza di banda e puoi ottimizzare l'esperienza utente per i partecipanti utilizzando tali tipi di client.
È inoltre possibile ottimizzare la capacità dei cluster e massimizzare l'esperienza utente avendo i tipi di client utilizzati dalla maggior parte dei clienti sui cluster mesh video.
| 1 | Accedi a Control Hub, quindi seleziona . - oppure - Selezionare . |
| 2 | In Impostazioni inclusione tipo di client, tutti i tipi di client sono controllati per impostazione predefinita. Deselezionare i tipi di client che si desidera escludere dall'uso dei cluster mesh video. Questi cluster sono ospitati sui nodi cloud Webex. |
| 3 | Fai clic su Salva. |
Annulla registrazione nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Visualizza tutto sulla scheda mesh video. |
| 3 | Dall'elenco delle risorse, vai al cluster appropriato e scegli il nodo. |
| 4 | Fare clic su . Viene visualizzato un messaggio che richiede di confermare che si desidera eliminare il nodo. |
| 5 | Dopo aver letto e compreso il messaggio, fare clic su Annulla registrazione nodo. |
Sposta nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi scegliere Visualizza tutto sulla scheda mesh video. |
| 2 | Dall'elenco, selezionare il nodo che si desidera spostare, quindi fare clic su Azioni (puntini di sospensione verticali). |
| 3 | Seleziona Sposta nodo. |
| 4 | Scegli il pulsante di opzione appropriato per il punto in cui desideri spostare il nodo:
|
| 5 | Fare clic su Sposta nodo. Il nodo viene spostato nel nuovo cluster.
|
Impostazione della pianificazione di aggiornamento del cluster mesh video
È possibile impostare una pianificazione di aggiornamento specifica o utilizzare la pianificazione predefinita delle ore 3. Daily Stati Uniti: America/Los Angeles. È possibile scegliere di posticipare un aggiornamento futuro, se necessario.
Gli aggiornamenti software per il mesh video vengono eseguiti automaticamente a livello di cluster, per garantire che tutti i nodi utilizzino sempre la stessa versione del software. Gli aggiornamenti vengono eseguiti in base alla pianificazione di aggiornamento per il cluster. Quando diventa disponibile un aggiornamento software, è possibile aggiornare manualmente il cluster prima dell'ora di aggiornamento pianificata.
Operazioni preliminari
Gli aggiornamenti urgenti vengono applicati non appena sono disponibili. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Visualizza tutto nella scheda mesh video. | ||
| 2 | Fare clic su una risorsa multimediale, quindi fare clic su Modifica impostazioni cluster. | ||
| 3 | Nella pagina Impostazioni, scorrere fino a Aggiorna, quindi scegliere l'ora, la frequenza e il fuso orario per la pianificazione di aggiornamento.
| ||
| 4 | (Opzionale) Se necessario, fare clic su Rinvia per rinviare l'aggiornamento una volta, fino alla finestra successiva. Sotto il fuso orario, vengono visualizzate la successiva data e ora di aggiornamento disponibili. |
- Miglioramento del funzionamento
-
Il nodo effettua richieste periodiche al cloud per verificare se è disponibile un aggiornamento.
Il cloud non rende disponibile l'aggiornamento finché non arriva la finestra di aggiornamento del cluster. Quando arriva la finestra di aggiornamento, la successiva richiesta di aggiornamento periodico del nodo al cloud fornisce le informazioni sull'aggiornamento.
Il nodo esegue il pull degli aggiornamenti su un canale sicuro.
I servizi esistenti vengono disattivati correttamente per interrompere l'indirizzamento delle chiamate in ingresso al nodo. L'aggraziato arresto consente anche di completare le chiamate esistenti (fino a 2 ore).
L'aggiornamento viene installato.
Il cloud attiva solo l'aggiornamento per una percentuale di nodi in un cluster alla volta.
Elimina cluster mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fai clic su Visualizza tutto. | ||
| 2 | Dall'elenco delle risorse, scorrere fino alla risorsa mesh video che si desidera eliminare, quindi fare clic su Modifica impostazioni cluster.
| ||
| 3 | Fare clic su Elimina cluster, quindi sceglierne uno:
|
Disattiva mesh video
Operazioni preliminari
Prima di disattivare il mesh video, verrà annullata la registrazione di tutti i nodi mesh video.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , scegli Impostazioni sulla scheda mesh video. |
| 2 | Fare clic su Disattiva. |
| 3 | Esamina l'elenco dei cluster e leggi l'esclusione di responsabilità nella finestra di dialogo. |
| 4 | Selezionare la casella di controllo per confermare di aver compreso questa azione e fare clic su Disattiva nella finestra di dialogo. |
| 5 | Quando si è pronti a disattivare il mesh video, fare clic su Disattiva servizio. La disattivazione rimuove tutti i nodi e i cluster di mesh video. Mesh video non più configurato. |
Risoluzione dei problemi di registrazione del nodo mesh video
Questa sezione contiene possibili errori che è possibile riscontrare durante la registrazione del nodo mesh video nel cloud Webex e le operazioni consigliate per correggerli.
Impossibile risolvere il dominio
Questo messaggio viene visualizzato se le impostazioni DNS configurate sul nodo mesh video non sono corrette.
Accedere alla console del nodo mesh video e verificare che le impostazioni DNS siano corrette.
Impossibile connettersi al sito utilizzando la porta 443 tramite SSL
Questo messaggio viene visualizzato se il nodo mesh video non riesce a connettersi al cloud Webex.
Assicurarsi che la rete consenta la connettività sulle porte richieste per il mesh video. Per informazioni dettagliate, vedere Porte e protocolli utilizzati dal mesh video.
Integrazione ThousandEyes con Video Mesh
La piattaforma mesh video è ora integrata con l'agente ThousandEyes che ti consente di eseguire il monitoraggio end-to-end nel tuo ecosistema digitale ibrido. Questa integrazione offre una vasta gamma di test di monitoraggio della rete che aprono visibilità in aree come proxy, gateway e router. I problemi in qualsiasi punto dell'infrastruttura di rete di un cliente possono essere ridotti e diagnosticati con maggiore precisione, migliorando l'efficienza della loro distribuzione.
Vantaggi dell'integrazione ThousandEyes
- Fornisce diversi tipi di test tra cui scegliere. È possibile configurare uno o più test appropriati per l'applicazione o la risorsa che si desidera monitorare.
- Consente di impostare soglie di test specifiche per i requisiti.
- I risultati del test sono disponibili tramite l'app web ThousandEyes e l'API ThousandEyes in tempo reale.
- Maggiore visibilità nella risoluzione dei problemi: i clienti possono identificare l'origine di un problema nella propria rete, riducendo i tempi di risoluzione.
Abilitazione di ThousandEyes per mesh video
Utilizzare questa procedura per abilitare l'agente ThousandEyes per la distribuzione mesh video.
| 1 | Da Control Hub, fai clic su Hybrid sul lato inferiore sinistro dello schermo. | ||
| 2 | Fare clic su Modifica impostazioni nella scheda mesh video . | ||
| 3 | Scorrere fino all'integrazione ThousandEyes. Il tasto di alternanza verrà disabilitato per impostazione predefinita. Fare clic sul tasto di alternanza per abilitarlo. | ||
| 4 | Fare clic su Profilo utente ThousandEyes, si apre il portale Web ThousandEyes, accedere utilizzando le credenziali di amministrazione. | ||
| 5 | Viene visualizzato un pannello laterale con il token Gruppo account. | ||
| 6 | Fare clic sull’icona di visualizzazione, quindi fare clic su Copy (Copia).
| ||
| 7 | Tornare alla scheda Control Hub, incollare il token nel campo Token agente. | ||
| 8 | Fai clic su Attiva; ThousandEyes è ora abilitato per la distribuzione mesh video. |
Operazioni successive
- Dopo 5 minuti, torna alla pagina Web ThousandEyes, fai clic su Agenti cloud ed aziendali, quindi su Impostazioni agente. È necessario essere in grado di visualizzare tutti i nodi elencati come agenti in Agenti aziendali. Se gli agenti non vengono visualizzati, controllare la scheda Integrazione ThousandEyes su Control Hub per la presenza di messaggi di errore.
- Se viene visualizzato un messaggio di errore, fare clic su Attiva/disattiva, quindi su Disattiva. Ripetere le operazioni per abilitare l'agente ThousandEyes, assicurandosi che il token di gruppo dell'account corretto sia copiato e incollato nel campo Token agente.
Configurazione di test con ThousandEyes
Test di rete – Da agente a agente
Il test di rete agente-agente consente agli utenti di ThousandEyes di avere agenti ThousandEyes alle due estremità di un percorso monitorato, consentendo il test del percorso in una o in entrambe le direzioni: da un'origine all'altra o da un'origine all'altra. Per informazioni dettagliate su come configurare un test agente-agente, vedere Panoramica del test agente-agente.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server SIP
I test dei server SIP facilitano le misurazioni della rete, la raccolta dei dati BGP e, soprattutto, la disponibilità del servizio SIP e i test delle prestazioni rispetto all'infrastruttura VoIP basata su SIP.
Per informazioni dettagliate su come configurare un test server SIP, vedere Impostazioni test server SIP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test flusso RTP
Un test di flusso RTP crea un flusso dati vocale simulato tra due agenti ThousandEyes che agiscono come agenti utente VoIP. I pacchetti RTP vengono inviati tra uno o più agenti e un agente di destinazione, utilizzando UDP come protocollo di trasporto, per ottenere le metriche MOS (Mean Opinion Score), perdita di pacchetti, scarti, latenza e variazione ritardo pacchetti (PDV). Le metriche prodotte sono metriche unidirezionali (da fonte a destinazione). Il test di flusso RTP fornisce le opzioni di porta del server, durata della chiamata, dimensione del buffer di de-jitter e configurazione del codec.
Per informazioni dettagliate sulla configurazione di un test di flusso RTP, vedere Impostazioni di test flusso RTP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test dell'URL del server HTTP Webex
Questo test monitora la pagina di destinazione principale a cui si connettono gli utenti quando accedono a Webex. Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server DNS Webex autorevole
Questo test viene utilizzato per assicurarsi che il dominio Webex si stia risolvendo correttamente sia internamente che esternamente. Quando si utilizzano agenti Enterprise, aggiornare il campo Server DNS per utilizzare i server con nome interno. Se si utilizzano agenti cloud per la visibilità esterna, utilizzare il pulsante Cerca server per compilare automaticamente i server con nomi esterni autorevoli. Questo esempio mostra gli agenti cloud che risolvono cisco.webex.com. Sarà necessario aggiornarlo al dominio della propria organizzazione.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
'

Gestione del nodo mesh video dall'interfaccia Web
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Panoramica su come accedere al mesh video
È possibile aprire l'interfaccia Web in uno dei seguenti modi:
Se sei un amministratore completo e hai già registrato il nodo nel cloud, puoi accedere al nodo da Control Hub.
Dalla vista cliente in https://admin.webex.com, andare a . Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. Fare clic sul cluster, quindi fare clic sul nodo a cui si desidera accedere. Fare clic su Vai a nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video.
In una scheda del browser, passare a
<IP address>/setup, ad esempio,https://192.0.2.0/setup. Inserisci le credenziali di amministrazione impostate per il nodo, quindi fai clic su Accedi.Se l'account amministratore è stato disabilitato, questo metodo non è disponibile. Vedere la sezione "Disabilita o riabilita l'account amministratore locale dall'interfaccia Web".
La panoramica è la pagina predefinita e contiene le seguenti informazioni:
Stato chiamata: fornisce il numero di chiamate in corso attraverso il nodo.
Dettagli nodo: fornisce il tipo di nodo, l'immagine del software, la versione del software, la versione del sistema operativo, lo stato QoS e lo stato della modalità di manutenzione.
Stato nodo: fornisce i dati di utilizzo (CPU, memoria, disco) e lo stato del servizio (servizio di gestione, servizio di messaggistica, sincronizzazione NTP).
Impostazioni di rete: fornisce informazioni sulla rete: nome host, interfaccia, IP, gateway, DNS, NTP e se è abilitato il dual IP.
Dettagli di registrazione: fornisce lo stato di registrazione, il nome dell'organizzazione, l'ID organizzazione, il cluster del nodo e l'ID cluster.
Connettività cloud: esegue una serie di test dal nodo al cloud Webex e alle destinazioni di terze parti a cui il nodo deve accedere per essere eseguito correttamente.
Vengono eseguiti tre tipi di test: risoluzione DNS, tempo di risposta del server e larghezza di banda.
I test DNS convalidano che il nodo possa risolvere un determinato dominio. Questo report di test non è riuscito se il server non risponde entro 10 secondi. Viene visualizzato come "Superato" con un "colore di avviso" arancione se il tempo di risposta è compreso tra 1,5 e 10 secondi. I controlli DNS periodici sul nodo generano allarmi se il tempo di risposta DNS è superiore a 1,5 secondi.
I test di connessione confermano che il nodo può connettersi a un particolare URL HTTPS e ricevere una risposta (risposte diverse da errori proxy o gateway sono accettate come prova di connessione).
L'elenco dei test eseguiti dalla pagina di panoramica non è completo e non include test websocket.
Il nodo invia allarmi se i processi di chiamata non possono completare le connessioni websocket al cloud o connettersi ai servizi correlati alla chiamata.
Accanto a ciascun test viene visualizzato un risultato Superato o Non superato; è possibile passare il mouse su questo testo per visualizzare ulteriori informazioni su ciò che è stato controllato quando il test è stato eseguito.
Come mostrato nella schermata seguente, le notifiche di allarme possono essere visualizzate anche nel pannello laterale, se eventuali allarmi sono stati generati dal nodo. Queste notifiche identificano potenziali problemi sul nodo e forniscono suggerimenti su come risolverli o risolverli. Se non sono stati generati allarmi, il pannello di notifica non viene visualizzato.
Configurazione delle impostazioni di rete dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. Si consiglia di modificare le impostazioni di rete ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. | ||
| 3 | Modificare le seguenti impostazioni per Configurazione organizzatore e rete come necessario:
| ||
| 4 | Fare clic su Salva configurazione organizzatore e rete e una volta visualizzato il popup che indica che il nodo deve essere riavviato, fare clic su Salva e Riavvia. Durante il salvataggio, tutti i campi vengono convalidati sul lato server. Gli avvisi visualizzati generalmente indicano che il server non è raggiungibile o una risposta valida non è stata restituita quando viene richiesto, ad esempio se il nome FQDN non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Un altro possibile stato di errore è se l'indirizzo del gateway non è nella stessa subnet dell'indirizzo IP. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. | ||
| 5 | Modificare le seguenti impostazioni per i server NTP in base alle necessità:
| ||
| 6 | Fare clic su Salva server NTP.
Se il server NTP è un nome di dominio completo e non risolvibile, viene restituito un avviso. Se il nome di dominio completo del server NTP viene risolto ma non è possibile interrogare l'IP risolto per l'ora NTP, viene restituito un avviso. |
Impostazione Dell'Interfaccia Di Rete Esterna Dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza sulla modifica delle impostazioni di rete. Tuttavia, è possibile salvare comunque le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
È possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Attiva Abilita rete esterna e fai clic su Ok per abilitare le opzioni dell'indirizzo IP esterno sul nodo. |
| 5 | Immettere i valori Indirizzo IP esterno, Subnet mask esterna e Gateway esterno. |
| 6 | Fare clic su Salva configurazione rete esterna. |
| 7 | Fare clic su Salva e Riavvia per confermare la modifica. Il nodo viene riavviato per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna. |
| 8 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione rete esterna di nuovo. |
Operazioni successive
Per convalidare la configurazione dell'indirizzo IP interno ed esterno, eseguire le operazioni descritte in Esegui un ping dall'interfaccia Web del nodo mesh video.
Testare una destinazione esterna (ad esempio, cisco.com). In caso di successo, i risultati mostrano che è stato eseguito l'accesso alla destinazione dall'interfaccia esterna.
Testare un indirizzo IP interno; se la procedura va a buon fine, i risultati mostrano che è stato eseguito l'accesso all'indirizzo dall'interfaccia interna.
Aggiunta di regole di indirizzamento interne ed esterne dall'interfaccia Web del nodo mesh video
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
Operazioni preliminari
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. Se è stata configurata la rete esterna, viene visualizzata la scheda Regole di indirizzamento. | ||
| 3 | Fare clic sulla scheda Regole di indirizzamento. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna. È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 4 | Per aggiungere una regola, fare clic su Aggiungi regola di indirizzamento, quindi scegliere una delle seguenti opzioni:
| ||
| 5 | Fare clic su Aggiungi regola di indirizzamento. Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente. | ||
| 6 | Per eliminare una o più regole definite dall'utente, selezionare la casella di controllo nella colonna a sinistra delle regole, quindi fare clic su Elimina regole di indirizzamento.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Configurazione della rete di container dall'interfaccia Web del nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Modificare i valori relativi a Indirizzo IP container e Subnet mask container, in base alle esigenze, quindi fare clic su Salva configurazione rete container. |
| 5 | Fare clic su Salva e Riavvia per confermare la modifica. |
| 6 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione di rete contenitore di nuovo. |
Impostazione delle dimensioni MTU dell'interfaccia di rete
Tutti i nodi mesh video Webex dispongono di rilevamento MTU percorso (PMTU) abilitato per impostazione predefinita. Con PMTU, il nodo può rilevare problemi MTU e modificare automaticamente la dimensione dell'MTU. Quando il PMTU non riesce a causa di problemi del firewall o di rete, il nodo può avere problemi di connettività al cloud perché i pacchetti più grandi dell'MTU cadono. L'impostazione manuale di una dimensione MTU inferiore può risolvere questo problema.
Operazioni preliminari
Se hai già registrato il nodo, devi impostarlo in modalità di manutenzione prima di poter modificare le impostazioni MTU.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione Interface MTU Settings, immettere un valore MTU compreso tra 1280 e 9000 byte nei campi applicabili. Se è stata abilitata l'interfaccia esterna, è possibile impostare separatamente le dimensioni dell'interfaccia MTU interna ed esterna. |
Operazioni successive
Se si mette il nodo in modalità di manutenzione per modificare l'MTU, disattivare la modalità di manutenzione.
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Se le risposte DNS ai nodi mesh video richiedono regolarmente più di 750 ms o se il centro TAC di Cisco lo consiglia, è possibile abilitare la memorizzazione nella cache DNS. Con la memorizzazione nella cache DNS attiva, il nodo memorizza localmente nella cache le risposte DNS . Con la cache, le richieste sono meno soggette a ritardi o timeout che possono portare a allarmi di connettività, interruzioni di chiamata o problemi di qualità della chiamata. La memorizzazione nella cache DNS può anche ridurre il carico sull'infrastruttura DNS .
Operazioni preliminari
Spostare il nodo in modalità manutenzione. Se lo stato della modalità di manutenzione è Attivato (le chiamate attive sono state completate o interrotte alla fine del periodo in sospeso), è possibile abilitare o disabilitare la memorizzazione nella cache DNS.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione DNS Caching Configuration (Configurazione cache DNS), attivare o disattivare Enable DNS Caching (Abilita cache DNS). |
| 5 | Nella finestra di dialogo di conferma, fare clic su Salva e Riavvia. |
| 6 | Una volta riavviato il nodo, riaprire l'interfaccia del nodo mesh video Webex e verificare che i controlli di connettività abbiano esito positivo nella pagina Panoramica. |
Quando si abilita la memorizzazione nella cache DNS, le statistiche della cache DNS visualizzano le seguenti statistiche:
Statistica | Descrizione |
|---|---|
Voci della cache | Il numero di risoluzioni DNS precedenti memorizzate dal server della cache DNS |
La cache colpisce | Il numero di volte dalla reimpostazione della cache in cui la cache ha gestito una richiesta DNS dal mesh video, senza interrogare il server DNS del cliente |
Errori nella cache | Il numero di volte dopo la reimpostazione della cache che il server DNS del cliente ha gestito una richiesta DNS dal mesh video anziché attraverso la cache |
Percentuale successo cache | La percentuale di richieste DNS dal mesh video gestite dalla cache senza interrogare il server DNS del cliente |
Query DNS in uscita del server cache | Il numero di query DNS effettuate dal server della cache DNS mesh video rispetto ai server DNS del cliente |
Query DNS in entrata server cache | Il numero di query DNS effettuate dal mesh video sul server della cache DNS interno |
Rapporto query in uscita/entrata | Il rapporto tra le query DNS effettuate dal mesh video rispetto al server DNS del cliente e le query effettuate dal mesh video rispetto al server della cache DNS interno |
Query in entrata al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video rispetto al server di cache DNS interno |
Query in uscita al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video contro i server DNS del cliente |
Latenza DNS in uscita [intervallo di tempo] | La percentuale di query DNS effettuate dal mesh video sui server DNS del cliente in cui il tempo di risposta è rientrato nell'intervallo di tempo descritto |
Utilizzare il pulsante Cancella cache DNS per reimpostare la cache DNS quando il centro TAC lo richiede. Dopo aver pulito la cache DNS, viene visualizzato un rapporto query in uscita-in entrata più alto man mano che la cache si riempie. Non è necessario posizionare il nodo in modalità di manutenzione per pulire la cache.
Operazioni successive
Spostare il nodo fuori dalla modalità manutenzione. Quindi, ripetere l'attività su qualsiasi altro nodo che richiede una modifica.
Carica certificati di sicurezza
Impostare una relazione di trust tra il nodo e un server esterno, ad esempio un server syslog.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Quando si configura TLS con un altro server, ad esempio un server syslog, si consiglia per motivi di sicurezza di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo. Per creare e caricare il certificato e le coppie di tasti sul nodo mesh video, andare a Certificati server e seguire questa procedura: |
| 3 | Scegliere un'opzione in base alla firma del certificato CA del server esterno:
|
| 4 | Ottenere il certificato o l'elenco di certificati attendibili (CTL) utilizzati dal server esterno. Come per il certificato del nodo mesh video, salvare il file del server esterno in un punto facile da ricordare. |
| 5 | Tornare alla scheda dell'interfaccia del nodo mesh video Webex, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato nel cloud attende fino a 2 ore per la fine di qualsiasi chiamata e si mette in uno stato inattivo temporaneo (quiesces). Per installare il certificato, il nodo deve essere riavviato e lo fa automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato viene installato sul nodo mesh video, quindi è possibile ricaricare la pagina per visualizzare il nuovo certificato. |
| 6 | Ripetere il caricamento del certificato o della catena di certificati su ogni altro nodo mesh video nello stesso cluster. |
Generazione dei registri mesh video per il supporto
È possibile che venga richiesto di inviare i registri direttamente a Cisco oppure è possibile scaricarli da soli per allegarli a un caso. Utilizzare questa procedura dall'interfaccia Web per generare i registri e inviarli a Cisco o scaricarli da qualsiasi nodo mesh video. Il pacchetto di registri generato contiene registri multimediali, registri di sistema e registri di container. Il bundle fornisce informazioni utili per la connettività a Webex, problemi della piattaforma e impostazione chiamata o supporto, in modo che Cisco possa risolvere i problemi della distribuzione del nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi scegliere un'opzione accanto a Invia registri:
I registri generati vengono memorizzati storicamente sul nodo e rimangono sul nodo anche dopo i riavvii. Un identificatore di caricamento viene visualizzato nella pagina. Support utilizza questo valore per identificare i registri caricati. |
| 3 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificativo di caricamento in modo che l'ingegnere del supporto possa accedere ai registri. Se il registro è stato inviato direttamente a Cisco, non è necessario caricare il bundle di registri nel caso TAC. |
Operazioni successive
Durante il caricamento dei registri in Cisco o il download, è possibile eseguire un'acquisizione di pacchetti dalla stessa schermata.
Generazione di acquisizioni di pacchetti mesh video per il supporto
È possibile eseguire un'acquisizione di pacchetti (PCAP) e inviarla a Cisco per un'ulteriore analisi. Un'acquisizione di pacchetti acquisisce un'istantanea dei pacchetti dati che passano attraverso le interfacce di rete del nodo. Una volta acquisiti e inviati i pacchetti, Cisco può analizzare l'acquisizione inviata e aiutare a risolvere i problemi di distribuzione del nodo mesh video.
Operazioni preliminari
La funzionalità di acquisizione dei pacchetti è destinata solo a scopi di debug. Se si esegue un'acquisizione di pacchetti su un nodo mesh video in diretta che ospita chiamate attive, l'acquisizione di pacchetti può influire sulle prestazioni del nodo e il file generato potrebbe essere sovrascritto. Ciò causa una perdita di dati acquisiti. Si consiglia di eseguire l'acquisizione dei pacchetti solo durante le ore di punta o quando il numero delle chiamate è inferiore a 3 sul nodo. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi. È possibile avviare l'acquisizione dei pacchetti e caricare i registri contemporaneamente. |
| 3 | (Opzionale) Nella sezione Acquisizione pacchetti, è possibile limitare l'acquisizione ai pacchetti su una specifica interfaccia, filtrare in base ai pacchetti da o verso determinati organizzatori o filtrare in base ai pacchetti su una o più porte. |
| 4 | Per iniziare il processo, attivare l'impostazione Start Packet Capture (Avvia acquisizione pacchetti). |
| 5 | Al termine, disattivare l'impostazione Avvia acquisizione pacchetti. |
| 6 | Scegli un'opzione:
Una volta caricata l'acquisizione di un pacchetto, nella pagina viene visualizzato un identificativo di caricamento. Il supporto utilizza questo valore per identificare l'acquisizione di pacchetti caricata. La dimensione massima per le acquisizioni di pacchetti è 2 GB. |
| 7 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificatore di caricamento in modo che l'ingegnere del supporto possa accedere all'acquisizione dei pacchetti. |
Esecuzione di un ping dall'interfaccia Web del nodo mesh video
È possibile eseguire un ping dall'interfaccia Web del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Ping, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Prova connettività utilizzando Ping. |
| 3 | Fare clic su Ping. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Esecuzione di un percorso di traccia dall'interfaccia Web mesh video
È possibile eseguire un traceroute dall'interfaccia Web del nodo mesh video. Questa operazione mostra l'indirizzamento dei pacchetti dal nodo verso la destinazione inserita. La visualizzazione delle informazioni di tracciamento della route consente di determinare perché una particolare connessione potrebbe essere scadente e può aiutare a identificare i problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Traceroute, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP sotto Traccia indirizzamento a organizzatore. Il test viene eseguito e viene visualizzato il messaggio di successo o di errore di traccia del percorso. Il test viene ripetuto per 16 secondi. In caso di errore o di timeout del test, controllare il valore di destinazione inserito e le impostazioni di rete. |
Verifica del server NTP dall'interfaccia Web del nodo mesh video
È possibile immettere un indirizzo FQDN o IP di un server NTP (Network Time Protocol) per confermare che il nodo mesh video può accedere al server. Questo test è utile se si notano problemi di sincronizzazione dei tempi e si desidera escludere la raggiungibilità del server NTP.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Controlla server NTP, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Visualizza risposta query SNTP. Il test viene eseguito e viene visualizzato un messaggio di query riuscita o errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Identificazione dei problemi della porta con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Abilitazione dell'account utente di debug dall'interfaccia Web del nodo mesh video
Se il centro TAC di Cisco richiede l'accesso al nodo mesh video Webex, è possibile abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi attivare l'impostazione Abilita utente debug. Viene visualizzata una passphrase crittografata che è possibile fornire a Cisco TAC. |
| 3 | Copiare la passphrase, incollarla nel ticket di supporto o direttamente all'ingegnere del supporto, quindi fare clic su OK una volta salvata. |
L'account utente di debug è valido per 3 giorni, dopodiché scade.
Operazioni successive
È possibile disabilitare l'account prima della scadenza se si torna alla pagina Risoluzione dei problemi e si disattiva l'impostazione Abilita utente di debug.
Ripristino delle impostazioni di fabbrica di un nodo mesh video dall'interfaccia Web
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video dall'interfaccia Web. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Risoluzione dei problemi, scorri fino a Ripristino delle impostazioni di fabbrica, quindi fai clic su Ripristina nodo. |
| 3 | Assicurarsi di aver compreso le informazioni nel messaggio di avviso visualizzato, quindi fare clic su Ripristina e Riavvia. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Disabilitazione o riabilitazione dell'account amministratore locale dall'interfaccia Web
Quando si installa un nodo mesh video Webex, inizialmente si esegue l'accesso utilizzando un account locale integrato con il nome utente "admin". Una volta registrato il nodo nel cloud Webex, è possibile utilizzare le credenziali di amministrazione dell'organizzazione Webex per gestire i nodi mesh video da Control Hub. In questo modo, i criteri dell'account amministratore e i processi di gestione applicabili a Control Hub si applicano anche ai nodi mesh video. Per un ulteriore controllo, puoi disabilitare l'account "admin" integrato in modo che Control Hub gestisca tutta l'autenticazione e la gestione degli amministratori.
Utilizzare questa procedura dopo aver registrato il nodo nel cloud per disabilitare (o riabilitare successivamente) l'account utente amministratore. Quando si disabilita l'account amministratore, è necessario utilizzare Control Hub per accedere all'interfaccia Web del nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . | ||
| 2 | Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. | ||
| 3 | Fare clic sul cluster, quindi sul nodo a cui si desidera accedere. Fare clic su Vai a nodo. | ||
| 4 | Andare ad Amministrazione. | ||
| 5 | Disattivare Abilita accesso utente amministratore per disabilitare l'account o riabilitarlo.
| ||
| 6 | Nella schermata di conferma, fare clic su Disabilita o Abilita per completare la modifica. |
Una volta disabilitato l'utente amministratore, non è possibile accedere al nodo mesh video attraverso l'interfaccia utente Web o la CLI avviata da SSH. Tuttavia, è possibile accedere utilizzando le credenziali utente di amministrazione tramite una CLI avviata dalla console VMware ESXi.
Modifica della passphrase di amministrazione dall'interfaccia Web
Utilizzare questa procedura per modificare la passphrase (password) amministratore per il nodo mesh video Webex utilizzando l'interfaccia Web.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica passphrase, fare clic su Modifica. |
| 3 | Immettere la passphrase corrente, quindi immettere un nuovo valore di passphrase in Nuova passphrase e Conferma nuova passphrase. |
| 4 | Fare clic su Salva passphrase. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso. |
| 5 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Modifica dell'intervallo di scadenza della passphrase dall'interfaccia Web
Utilizzare questa procedura per modificare l'intervallo di scadenza passphrase predefinito di 90 giorni utilizzando l'interfaccia Web. Quando l'intervallo è attivo, viene richiesto di immettere una nuova passphrase quando si esegue l'accesso al nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica scadenza passphrase, immettere un nuovo valore per Intervallo scadenza (giorni) (fino a 365 giorni), quindi fare clic su Salva intervallo scadenza passphrase. Viene visualizzata una schermata con esito positivo, quindi è possibile fare clic su OK per terminare. |
La pagina Amministrazione mostra anche le date dell'ultima modifica della passphrase e della successiva scadenza della password.
Impostazione della registrazione esterna a un server syslog
Se si dispone di un server syslog, è possibile impostare il nodo mesh video Webex per accedere alle informazioni sull'audit trail del server esterno, ad esempio:
Dettagli sugli accessi dell'amministratore
Modifiche alla configurazione (incluso attivazione o disattivazione della modalità di manutenzione)
Aggiornamenti software
Il nodo aggrega i registri, se presenti, e li invia al server ogni dieci minuti.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione. |
| 3 | Accanto a Registrazione esterna, attiva Abilita registrazione esterna. |
| 4 | Per Dettagli server syslog, immettere l'indirizzo IP host o il nome di dominio completo e la porta syslog. Se il server non è risolvibile con DNS dal nodo, utilizzare un indirizzo IP nel campo Host. |
| 5 | Scegliere il protocollo: UDP o TCP. Per utilizzare la crittografia TLS, scegliere TCP, quindi attivare Abilita TLS. Accertarsi di caricare e installare anche i certificati di sicurezza necessari per la comunicazione TLS tra il nodo e il server syslog. Se non vengono installati certificati, il nodo utilizza per impostazione predefinita i certificati autofirmati. Per informazioni, vedere Caricamento dei certificati di sicurezza. |
| 6 | Fare clic su Salva configurazione registrazione esterna. |
Le proprietà del messaggio di registro seguono questo formato: Messaggio tag timestamp priorità nome host.
Proprietà | Descrizione |
|---|---|
Priority | Il valore è sempre pari a 131, in base alla formula: Priorità = (Codice struttura * 8) + Gravità. Il codice della struttura è 16 per "local0". La gravità è 3 per "avviso". |
Indicazione di data e ora | Il formato di timestamp è "Mmm gg hh:mm:ss". |
Nome host | Nome host per il nodo mesh video. |
Tag | Il valore è sempre syslogAuditMsg. |
Messaggi | Il messaggio è una stringa JSON di almeno 1KB. La sua dimensione dipende dal numero di eventi aggregati nell'intervallo di dieci minuti. |
Ecco un messaggio di esempio:
{
"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\"}"
}
]
}
Webhook per avvisi mesh video
Il mesh video supporta gli avvisi webhook che consentono agli amministratori dell'organizzazione di ricevere avvisi su eventi specifici. Gli amministratori possono scegliere di ricevere una notifica di eventi come overflows delle chiamate e reindirizzamenti delle chiamate, riducendo al minimo la necessità di accedere a Control Hub per monitorare la relativa distribuzione. Ciò si ottiene creando un abbonamento webhook in cui viene fornito un URL di destinazione dall'amministratore, a cui verranno inviati avvisi. L'uso di webhook per gli avvisi consente anche il monitoraggio dei parametri senza utilizzare le API degli sviluppatori associate.
I seguenti tipi di evento possono essere monitorati tramite webhook:
Reindirizzamenti chiamate cluster – Chiamate reindirizzate da un determinato cluster.
Overflows chiamate organizzazione – Overflows chiamate totali su cloud per un'organizzazione.
Crea un abbonamento webhook
| 1 | Accedere al portale per sviluppatori Cisco Webex utilizzando le credenziali di amministrazione. |
| 2 | Nel portale degli sviluppatori fare clic su Documentazione. |
| 3 | Dalla barra di scorrimento a sinistra, scorrere verso il basso e fare clic su Riferimento API completo. |
| 4 | Dalle opzioni che si espandono di seguito, scorrere verso il basso e fare clic su Webhooks > Crea un webhook. |
| 5 | Creare un abbonamento inserendo i seguenti parametri: |
nome: esempio – Avvisi webhook mesh video
targetUrl: esempio - https://10.1.1.1/webhooks
risorsa: videoAvvisiMesh
evento: attivato
di proprietà: organizzazione
L'URL inserito nel parametro targetUrl deve essere accessibile tramite Internet e disporre di un server configurato per accettare le richieste POST inviate da Webex Webhook. |
Impostazione delle configurazioni delle soglie con le API degli sviluppatori
È possibile impostare valori di soglia per gli eventi (overflows chiamata organizzazione e reindirizzamenti chiamata cluster) con le API degli sviluppatori mesh video. È possibile impostare un valore percentuale per le soglie al di sopra delle quali verrà attivato un avviso webhook. Ad esempio, se il valore di soglia è impostato su 20 per i overflow delle chiamate dell'organizzazione, viene inviato un avviso quando più del 20% delle chiamate viene overflow sul cloud.
Un set di 4 API è disponibile per l'impostazione e l'aggiornamento delle soglie nel portale per sviluppatori Cisco Webex e sono elencate di seguito:
Elenca configurazione soglia evento
Richiedi configurazione soglia evento
Aggiorna configurazione soglia evento
Reimposta configurazione soglia evento
Le API sono disponibili all'indirizzohttps://developer.webex.com/docs/api/v1/video-mesh .
Scenario 1 - Impostazione del valore di soglia per le chiamate dell'organizzazione superate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | Si riceverà una risposta simile a quella mostrata di seguito.
| ||
| 4 | Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fai clic su Esegui; la tua soglia per i overflow delle chiamate dell'organizzazione verrà impostata sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 2 - Impostazione del valore di soglia per le chiamate cluster reindirizzate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | La risposta elencherà le configurazioni di tutti i cluster nell'organizzazione. | ||
| 4 |
Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fare clic su Esegui, la soglia per Chiamate cluster reindirizzate verrà impostato sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 3 - Ripristino dei valori di soglia
| 1 | Fare clic su Reimposta API configurazione soglia evento. | ||
| 2 | Copia l'ID soglia evento di un cluster o dell'organizzazione e incollalo in
| ||
| 3 | Incollare la struttura JSON nel corpo e fare clic su Esegui. | ||
| 4 |
Il valore di soglia verrà impostato sul valore minimo predefinito. |
API di sviluppo mesh video
Le API sviluppatori mesh video sono un modo per recuperare analisi e monitorare i dati per le distribuzioni mesh video attraverso il portale per sviluppatori Webex. Le API sono disponibili su https://developer.webex.com/docs/api/v1/video-mesh. Un client di esempio è disponibile all'indirizzohttps://github.com/CiscoDevNet/video-mesh-api-client .
Software di demo nodo mesh video
Utilizzare il software di demo del nodo mesh video solo per scopi demo di base. Non aggiungere un nodo demo a un cluster di produzione esistente. Il cluster demo accetta meno chiamate rispetto alla produzione e scade 90 giorni dopo la registrazione nel cloud.
|
Scaricare l'immagine del software dimostrativo da questo collegamento.
Specifiche
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per la configurazione basata su specifiche per il software del nodo mesh video.
Il software demo supporta un'interfaccia di rete singola o un'interfaccia di rete doppia.
Capacità
L'immagine demo non viene testata per la capacità. È necessario utilizzarlo solo per testare gli scenari di riunione di base. Vedere i casi d'uso che seguono per indicazioni.
Casi d'uso per il software di demo del nodo mesh video
- Supporti ancorati a locali
-
Distribuire e configurare il nodo con il software demo.
Eseguire una riunione che includa i seguenti partecipanti: un partecipante all'app Webex, un partecipante all'endpoint Webex e una Cisco Webex Board.
Al termine della riunione, dalla vista cliente in https://admin.webex.com, andare ad Analisi per accedere ai report mesh video. Nei report, è possibile vedere che i media sono rimasti in sede.
- Riunione con partecipanti cloud e locali
-
Esegui un'altra riunione con un paio di partecipanti Webex in sede e uno nel cloud.
Tieni presente che tutti i partecipanti possono accedere e partecipare alla riunione senza problemi.
Gestione del nodo mesh video dalla console
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Modifica delle impostazioni di rete del nodo mesh video nella console
Se la topologia di rete cambia, è necessario aprire l'interfaccia della console per ciascun nodo mesh video e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza relativa alla modifica delle impostazioni di rete, ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Modifica della passphrase dell'amministratore del nodo mesh video
Utilizzare questa procedura per modificare la passphrase amministratore (password) per il nodo mesh video nella console del nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Aprire e accedere alla console VMware ESXi della VM per il nodo mesh video. |
| 3 | Nel menu principale, scegliere l’opzione 3 Gestisci passphrase amministratore, quindi 1 Modifica passphrase amministratore, quindi fare clic su Invio. |
| 4 | Leggere le informazioni sulla pagina della password scaduta, fare clic su Invio, quindi fare di nuovo clic dopo il messaggio di scadenza della password. |
| 5 | Premere Invia. |
| 6 | Una volta eseguita la disconnessione dalla console, tornare alla schermata di accesso, quindi accedere utilizzando l'accesso amministratore e la passphrase (password) scaduti. Viene richiesto di modificare la password.
|
| 7 | Per Vecchia password, immettere la passphrase corrente, quindi premere Invio. |
| 8 | Per Nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 9 | Per immettere nuovamente la nuova password, digitare nuovamente la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso.
|
| 10 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Esecuzione di un ping dalla console del nodo mesh video
È possibile eseguire un ping dall'interfaccia della console del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere Ping. |
| 3 | Nel campo ping, immettere un indirizzo di destinazione da testare, ad esempio un indirizzo IP o un nome host, quindi fare clic su OK. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Se si riceve un errore, controllare il valore di destinazione inserito e le impostazioni di rete. |
Abilitazione dell'account utente di debug attraverso la console
Se il supporto richiede l'accesso al nodo mesh video, è possibile utilizzare l'interfaccia della console per abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi sul nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, scegliere 2 Abilita account utente di debug e, dopo il prompt, fare clic su Sì. |
| 3 | Dopo aver visualizzato il messaggio che l'account utente di debug è stato creato correttamente, fare clic su OK per visualizzare la passphrase crittografata. Invierai la passphrase crittografata da supportare. Utilizzano questo account temporaneo e la passphrase decrittografata per accedere in modo sicuro al nodo mesh video per la risoluzione dei problemi. Questo account scade dopo 3 giorni oppure è possibile disabilitarlo al termine del supporto. |
| 4 | Selezionare l'inizio e la fine dei dati crittografati e copiarli nel ticket di supporto o nell'e-mail che si sta inviando al supporto. |
| 5 | Dopo aver inviato queste informazioni per il supporto, tornare alla console del nodo mesh video e premere un tasto qualsiasi per tornare al menu principale. |
Operazioni successive
L'account scade tra 3 giorni, ma quando il supporto indica che è stata completata la risoluzione dei problemi sul nodo, è possibile restituire la console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 3 Disabilita account utente di debug per disabilitare l'account prima della scadenza.
Invio dei registri dalla console del nodo mesh video
È possibile che venga richiesto di inviare i registri direttamente a Cisco o tramite SCP (Secure Copy). Utilizzare questa procedura per inviare i registri direttamente da qualsiasi nodo mesh video registrato nel cloud.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Nel menu principale, fare clic sull’opzione 4 Diagnostica, quindi premere Invio. |
| 3 | Fare clic su 4 Esporta file di registro, fornire feedback se si desidera, quindi fare clic su Avanti. |
| 4 | Scegli un'opzione:
|
| 5 | Scegliere OK per tornare al menu principale del nodo mesh video. |
| 6 | (Opzionale) Selezionare 5 Verifica dello stato dei file di registro inviati a Cisco se i registri sono stati inviati a Cisco. |
Operazioni successive
Dopo aver inviato i registri, si consiglia di inviare il feedback direttamente dall'app Webex in modo che i contatti del supporto dispongano di tutte le informazioni necessarie per essere di aiuto. |
Verifica dello stato del nodo mesh video dalla console
È possibile visualizzare la salute del nodo direttamente dal nodo mesh video. I risultati sono informativi, ma possono essere di aiuto nella procedura di risoluzione dei problemi, ad esempio, se la sincronizzazione NTP non funziona, è possibile controllare il valore del server NTP nelle impostazioni di rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, vai a 4 Diagnostica, quindi seleziona 6 Verifica stato nodo per visualizzare le seguenti informazioni sul nodo:
|
Configurazione della rete di container sul nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dal menu principale della console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 7 Configura rete container. Dopo aver specificato che le chiamate attive termineranno sul nodo, fare clic su Sì. |
| 3 | Modificare i valori per Container Bridge IP e Network Mask, come necessario, quindi fare clic su Salva. Viene visualizzata una schermata che mostra le informazioni di rete del contenitore, incluso l'intervallo di indirizzi IP riservato per le operazioni interne sul nodo mesh video. |
| 4 | Fai clic su OK. |
Identificazione dei problemi della porta con lo strumento riflettore nella console
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (script Python) e decomprimere il file in una posizione facile da trovare. Il file zip contiene lo script e un file readme.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 4 | Dall'interfaccia del nodo mesh video, andare a Diagnostica > Server riflettore > Server riflettore per TCP o (UDP). Avviare il server per TCP o per UDP. |
| 5 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 6 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 7 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 8 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 9 | Esegui il client con
|
Ripristino delle impostazioni di fabbrica di un nodo mesh video dalla console
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 8 Ripristino delle impostazioni di fabbrica. |
| 3 | Accertarsi di aver compreso le informazioni contenute nella nota visualizzata, quindi fare clic su Reset. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Migrazione di una piattaforma hardware esistente nel nodo mesh video
È possibile eseguire la migrazione di una piattaforma supportata esistente (ad esempio, un CMS1000 che esegue Cisco Meeting Server) su mesh video. Utilizzare questa procedura per guidarti nel processo di migrazione.
I passaggi variano a seconda della versione in bundle di ESXi sulla piattaforma hardware. |
Operazioni preliminari
Scaricare una nuova copia dell'ultima immagine del software del nodo mesh video (OVA). Non distribuire un nuovo nodo mesh video con un file OVA scaricato in precedenza.
| 1 | Accedere all'interfaccia della macchina virtuale e spegnere il software in esecuzione sulla piattaforma. |
| 2 | Eliminare l'applicazione software in esecuzione sulla piattaforma. Sulla piattaforma non devono rimanere immagini software. Inoltre, non è possibile eseguire il software del nodo mesh video insieme ad altri software sulla stessa piattaforma.
|
| 3 | Distribuire una nuova macchina virtuale da un nuovo file OVF o OVA. |
| 4 | Immettere un nome per la macchina virtuale e scegliere il file OVA del nodo mesh video. |
| 5 | Modificare spesso il provisioning del disco. |
| 6 | Caricare l'immagine del software mfusion.ova scaricata.
|
| 7 | Quando la macchina virtuale è in esecuzione, tornare a Accedi alla console del nodo mesh video e continuare la configurazione iniziale del nodo mesh video. |
Confronto funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh
Confronto funzioni
Funzione | Video mesh e video Cisco Webex Meeting Center | CMR Hybrid |
|---|---|---|
Tipi di riunione | Pianificato Un clic (istantaneo) Riunione personale (PMR) Esperienza coerente per riunioni locali e basate su cloud | Solo pianificato |
Pianificazione | Strumento di produttività Webex (Windows e Mac) Pianificazione del calendario ibrido con @webex Portale Webex | Strumenti di produttività TelePresence e Mac abilitati Webex Pianificazione TMS |
Opzioni di accesso a riunione | Chiamata in ingresso e chiamata in uscita Protetto da PIN (organizzatore) Pulsante unico (OBTP) | Solo chiamata in ingresso OBTP |
Esperienza in riunione | Unified Roster (client Webex) Controlli unificati (client Webex) Blocco/sblocco riunione Disattivazione/attivazione dell'audio dei partecipanti TelePresence | Nessun registro unificato (client Webex e server TelePresence) Controlli separati (client Webex e server TelePresence) |
Modello di capacità e distribuzione | Capacità illimitata Overflow in sede e automatico Commutazione e transcodifica | Capacità di trascodifica limitata al server TelePresence |
Lista di controllo percorso di migrazione
Di seguito è riportata una panoramica generale su come eseguire la migrazione di un sito esistente alla piattaforma video versione 2.0 e preparare il sito per l'integrazione con il mesh video. Le operazioni possono variare in base all'ambiente esistente. Collabora con il tuo partner o customer success manager per garantire una migrazione senza problemi.
Accertarsi che la funzione di videoconferenza Meeting Center sia predisposta sul sito Webex.
L'amministratore del sito riceve l'account del portale di gestione. L'amministratore quindi distribuisce i nodi mesh video per l'organizzazione Webex.
L'amministratore del sito assegna il privilegio CMR per abilitare tutti o alcuni utenti CMR Hybrid con video Cisco Webex Meeting Center.
(Opzionale) Disabilitare il tipo di sessione CMR Hybrid per questo sottoinsieme, quindi abilitare il video Cisco Webex Meeting Center nel relativo profilo utente.
L'amministratore del sito imposta il mesh video, quindi seleziona Hybrid come tipo di risorsa multimediale in Cloud Collaboration Meeting Room Options.
L'amministratore del sito imposta TelePresence Management Suite (TMS) e One Button to Push (OBTP) locali per utilizzare il video Cisco Webex Meeting Center. Vedi il Guida alla distribuzione Enterprise per videoconferenze Cisco Webex Meeting Center per informazioni.
Se il privilegio CMR è abilitato per un utente, gli Strumenti di produttività Webex vengono impostati per impostazione predefinita sulla versione video di Cisco Webex Meeting Center. Tutte le nuove riunioni pianificate dagli utenti sono riunioni video Cisco Webex Meeting Center.
Se le sale conferenze sono incluse nell'invito, le informazioni OBTP vengono inviate alla sala conferenze tramite TMS (solo per riunioni CMR Hybrid).
Le riunioni esistenti impostate dagli utenti CMR Hybrid prima del passaggio al video Cisco Webex Meeting Center devono continuare a funzionare finché il cliente conserva le impostazioni MCU e TMS locali.
Le riunioni CMR Hybrid esistenti non possono essere modificate o aggiornate per riflettere le informazioni sulla riunione video Cisco Webex Meeting Center. Se gli utenti desiderano utilizzare il nuovo invito, devono eliminare le riunioni precedenti e creare nuove riunioni.
Se il cliente desidera ritirare le riunioni locali MCU, TMS e CMR Hybrid precedenti non funzioneranno. È necessario creare nuove riunioni con le informazioni video Cisco Webex Meeting Center.
Protocollo di interoperabilità TelePresence e commutazione segmento
Il mesh video supporta la negoziazione di TelePresence Interoperability Protocol (TIP) e multiplex (MUX) per endpoint IX e TX a 1 schermo e a 3 schermi.
Per gli endpoint a tre schermi, tutti e tre gli schermi devono mostrare il video, se sono presenti un numero sufficiente di partecipanti alla conferenza. Un altro sistema a tre schermi nella conferenza determina il passaggio da un segmento all'altro anziché da una stanza all'altra. Ciò significa che invece che tutti e tre gli schermi diventano grandi quando qualcuno in un altro sistema a tre schermi parla, solo il riquadro attivo diventa grande. Gli altri due riquadri sono popolati da video provenienti da altri sistemi. Quando mostrato piccolo, tutti e tre i riquadri vengono visualizzati insieme (per tutti i dispositivi, uno o tre schermi) con una singola casella di delimitazione e etichetta del nome.
A seconda delle risorse di hosting nel cloud, alcuni endpoint mostreranno tutti e tre gli schermi di una sala a tre schermi nella sequenza di pellicole, mentre altri mostreranno solo un riquadro. L'app Webex mostra solo 1 riquadro, anche se il contenuto multimediale è in sede.
Per riunioni di grandi dimensioni che traboccano da un nodo e si propagano a catena in un secondo, lo stesso viene visualizzato da qualsiasi endpoint ospitato su un nodo diverso da quello che ospita il sistema a tre schermi (solo un riquadro visibile nel layout). La condivisione della presentazione richiede la negoziazione di BFCP attraverso il percorso di chiamata.
Informazioni nuove e modificate
Questa tabella contiene nuove funzioni o funzionalità, modifiche al contenuto esistente ed eventuali errori importanti corretti nella Guida alla distribuzione.
Per informazioni sugli aggiornamenti del software del nodo mesh video Webex, vedere https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.
Data | Cambia |
|---|---|
14 maggio 2024 |
|
09 febbraio 2024 |
|
31 agosto 2023 |
|
31 luglio 2023 |
|
28 luglio 2023 |
|
15 giugno 2023 |
|
| 16 maggio 2023 |
|
27 marzo 2023 |
|
2 marzo 2023 |
|
7 luglio 2022 |
|
30 giugno 2022 | Aggiunte informazioni sui nuovi script di provisioning in blocco su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 giugno 2022 | Procedura modificata per scambiare le catene di certificati in modo da includere i certificati ECDSA nelle catene di certificati di scambio tra nodi mesh video e Unified CM |
18 maggio 2022 | Modificato il sito di download dello strumento Reflector in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 aprile 2022 | Aggiunte informazioni sulla nuova funzione in Mantieni il tuo contenuto multimediale su mesh video per tutte le riunioni Webex esterne. |
25 marzo 2022 | Aggiornamenti all'utilizzo delle porte in Porte e protocolli per la gestione. |
Decemeber 10, 2021 | Aggiunto CMS 2000 e rilevato il problema di aggiornamento per i vecchi CMS 1000s aggiornamento a ESXi 7 in Requisiti di sistema e piattaforma per il software del nodo mesh video. |
30 agosto 2021 | Aggiunte informazioni sulla verifica che Webex disponga del paese di origine corretto per la distribuzione in Verifica Che il Paese Di Origine Sia Corretto. |
27 agosto 2021 | Aggiunta una nota sulla visibilità dei report di analisi in Supporto e limitazioni per le riunioni private. |
13 agosto 2021 | Aggiunte informazioni sulla nuova funzione Riunioni private in:
|
22 luglio 2021 | Aggiunte informazioni su come verificare che il sistema disponga della posizione di origine corretta per le chiamate. Le posizioni di origine corrette facilitano l'indirizzamento efficiente. Vedere Verificare Che il Paese Di Origine Sia Corretto. |
25 giugno 2021 | Tenere presente che la funzione Esperienza Webex con funzionalità complete dell'app Webex non è compatibile con il mesh video in client e dispositivi che utilizzano il nodo mesh video. |
7 maggio 2021 | Corretto la dimensione del cluster consigliata a 100 in Linee guida per la distribuzione del cluster mesh video. |
12 aprile 2021 | Aggiornata Configurazione dell'indirizzamento traffico SIP TCP Expressway per mesh video per utilizzare la zona Webex anziché una nuova zona DNS. |
9 febbraio 2021 |
|
11 dicembre 2020 |
|
22 ottobre 2020 |
|
| 19 ottobre 2020 |
|
| 18 settembre 2020 |
|
| È il 26 agosto 2020 |
|
4 agosto 2020 |
|
| 9 luglio 2020 |
|
26 giugno 2020 |
|
| 9 giugno 2020 |
|
| 21 maggio 2020 | Aggiornati porte e protocolli per la gestione e requisiti per il supporto proxy per mesh video. |
| 15 maggio 2020 | Panoramica mesh video aggiornata. |
| 25 aprile 2020 |
|
22 gennaio 2020 |
|
12 dicembre 2019 |
|
10 dicembre 2019 |
|
4 novembre 2019 |
|
| 18 ottobre 2019 |
|
26 settembre 2019 |
|
13 settembre 2019 |
|
| È il 29 agosto 2019 |
|
24 luglio 2019 |
|
9 luglio 2019 |
|
24 maggio 2019 |
|
25 aprile 2019 |
|
11 aprile 2019 |
|
Panoramica su mesh video Webex
Mesh video Webex trova dinamicamente il mix ottimale di risorse per conferenze locali e cloud. Le conferenze locali rimangono in locale quando vi sono risorse locali sufficienti. Quando le risorse locali sono esaurite, le conferenze si espandono nel cloud.
Il nodo mesh video è un software installato su un server Cisco UCS locale, registrato sul cloud e gestito in Control Hub. Le chiamate Webex Meetings, Webex Personal Meeting Room, Webex Space Meetings e l'app Webex tra due persone possono essere indirizzate ai nodi mesh video locali on-net. Video Mesh seleziona il modo più efficiente per utilizzare le risorse disponibili.
Mesh video offre i seguenti vantaggi:
Migliora la qualità e riduce la latenza consentendo di mantenere le chiamate in locale.
Estende le chiamate al cloud in modo trasparente quando in sede hanno raggiunto il limite o non sono disponibili.
Gestisci i cluster mesh video dal cloud con una singola interfaccia di amministrazione: Control Hub (https://admin.webex.com ).
Ottimizzare le risorse e scalare la capacità, come necessario.
Combina le funzioni della conferenza cloud e in sede in un'unica esperienza utente.
Riduce i problemi di capacità, perché il cloud è sempre disponibile quando sono necessarie risorse di conferenza aggiuntive. Non è necessario eseguire la pianificazione capacità per lo scenario peggiore.
Fornisce analisi avanzate su capacità e utilizzo e risoluzione dei problemi dei dati dei report in https://admin.webex.com.
Utilizza l'elaborazione multimediale locale quando gli utenti accedono a una riunione Webex da endpoint e client SIP locali basati su standard:
Endpoint e client basati su SIP (endpoint Cisco, Jabber, SIP di terze parti), registrati nel controllo chiamate locale (Cisco Unified Communications Manager o Expressway), che chiamano per accedere a una riunione Cisco Webex.
App Webex (incluso associato a dispositivi di sala) che accedono a una riunione Webex.
Dispositivi di sala e da scrivania Webex che accedono direttamente a una riunione Webex.
Fornisce una risposta vocale interattiva (IVR) ottimizzata a endpoint e client in rete basati su SIP .
Gli endpoint H.323, chiamata IP e Skype for Business (S4B) continuano a partecipare alle riunioni dal cloud.
Supporta video ad alta definizione 1080p 30fps come opzione per le riunioni, se i partecipanti alle riunioni che possono supportare 1080p vengono ospitati attraverso i nodi mesh video locali. (Se un partecipante accede a una riunione in corso dal cloud, gli utenti in sede continuano a registrare 1080 p 30 fps sugli endpoint supportati).
Marchio di qualità del servizio (QoS) migliorato e differenziato: audio separato (EF) e video (AF41).
Il mesh video Webex attualmente non supporta Webex Webinars.Supporta le riunioni con crittografia end-to-end (riunioni E2EE). Se un cliente distribuisce il mesh video e seleziona il tipo di riunione E2EE, aggiunge un ulteriore livello di sicurezza, garantendo che i dati (supporti, file, lavagne, annotazioni) rimangano sicuri e impedisca a terze parti di accedervi o modificarli. Per informazioni dettagliate, vedere Distribuzione di riunioni Zero-Trust.
Le riunioni private attualmente non supportano la crittografia end-to-end.
Client e dispositivi che utilizzano il nodo mesh video
Ci impegniamo a rendere il mesh video interoperabile con i client e i tipi di dispositivo pertinenti. Sebbene non sia possibile testare tutti gli scenari, i test su cui si basano questi dati coprono le funzioni più comuni degli endpoint e dell'infrastruttura elencati. L'assenza di un dispositivo o di un client implica la mancanza di test e di supporto ufficiale da parte di Cisco.
Tipo di client o dispositivo | Utilizza il nodo mesh video sulla chiamata punto a punto | Utilizza il nodo mesh video nella riunione multiparte |
|---|---|---|
App Webex (desktop e mobile) | Sì | Sì |
Dispositivi Webex, inclusi dispositivi di sala e Webex Board. (Vedere la sezione Requisiti endpoint e app Webex per un elenco completo). | Sì | Sì |
Condivisione wireless in sala tra l'app Webex e i dispositivi Room, Desk e Board supportati. | Sì | Sì |
Dispositivi registrati su Unified CM (inclusi endpoint IX) e client (inclusi Jabber VDI 12.6 e versioni successive e Webex VDI 39.3 e versioni successive) che chiamano per accedere a una riunione nella sala riunioni personale Webex pianificata o Webex.* | No | Sì |
Dispositivi registrati VCS/Expressway, che chiamano per accedere a una riunione pianificata Webex o a una riunione nella sala riunioni personale Webex.* | No | Sì |
Webex Chiama sistema video personale a dispositivi video registrati su cloud Webex | N/A | Sì |
client Web dell'app Webex ( https://web.webex.com) | Sì | Sì |
Telefoni registrati in Cisco Webex Calling | No | No |
Webex Chiama sistema video personale a dispositivi SIP registrati in locale | N/A | No |
* Non è possibile garantire che tutti i dispositivi e i client locali siano stati testati con la soluzione mesh video.
Incompatibilità mesh video con l'esperienza Webex con funzionalità completa
Se si abilita l'esperienza Webex con funzionalità complete per l'app Webex, l'app Webex non è supportata con i nodi mesh video. Tale funzione attualmente invia segnali e contenuti multimediali direttamente a Webex. Le release future renderanno compatibile l'app Webex e il mesh video. Per impostazione predefinita, tale funzione non è stata abilitata per i clienti con mesh video.
Si potrebbero verificare problemi con il mesh video e l'esperienza Webex con funzionalità complete:
Se è stato aggiunto il mesh video alla distribuzione dopo l'introduzione di tale funzione.
Se questa funzione è stata abilitata senza conoscerne l'impatto sul mesh video.
Se si notano problemi, contattare il team dell'account Cisco per disabilitare il tasto di alternanza Esperienza Webex con funzionalità complete.
Qualità del servizio sul nodo mesh video
I nodi mesh video sono conformi alle procedure consigliate per la qualità del servizio (QoS) abilitando intervalli di porte che consentono di differenziare i flussi audio e video in tutti i flussi da e verso i nodi mesh video. Questa modifica consentirà di creare criteri di QoS e aggiungere commenti efficaci al traffico in ingresso e in uscita dai nodi mesh video.
Le modifiche alle porte sono accompagnate da modifiche QoS. I nodi mesh video contrassegnano automaticamente il traffico multimediale dagli endpoint registrati SIP (registrati su Unified CM o VCS Expressway) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzano intervalli di porte ben noti per tipi di supporto specifici.
Il traffico di origine dagli endpoint registrati in sede è sempre determinato dalla configurazione nel controllo chiamata (Unified CM o VCS Expressway).
Per ulteriori informazioni, vedere la tabella QoS in Porte e protocolli utilizzati dal mesh video e la procedura per abilitare o disabilitare la QoS nel flusso delle attività di distribuzione del mesh video
L'app Webex continua a connettersi ai nodi mesh video sulla porta condivisa 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint per i test di raggiungibilità STUN sui nodi mesh video. Il nodo mesh video al nodo mesh video per le propagazioni a catena utilizza l'intervallo di porte di destinazione 10000-40000.Supporto proxy per mesh video
Il mesh video supporta proxy di ispezione espliciti e trasparenti e non di ispezione. È possibile collegare questi proxy alla distribuzione mesh video in modo da proteggere e monitorare il traffico dall'azienda al cloud. Questa funzione invia segnali e gestione del traffico basato su https al proxy. Per proxy trasparenti, le richieste di rete dai nodi mesh video vengono inoltrate a un proxy specifico attraverso le regole di indirizzamento della rete aziendale. È possibile utilizzare l'interfaccia di amministrazione mesh video per la gestione dei certificati e lo stato generale della connettività dopo aver implementato il proxy con i nodi.
Il contenuto multimediale non passa attraverso il proxy. È comunque necessario aprire le porte richieste per i flussi multimediali per raggiungere direttamente il cloud. Vedere Porte e protocolli per la gestione. |
I seguenti tipi di proxy sono supportati dal mesh video:
Proxy esplicito (ispezione o non ispezione): con il proxy esplicito, indicare al client (nodi mesh video) quale server proxy utilizzare. Questa opzione supporta uno dei seguenti tipi di autenticazione:
Nessuno: non è richiesta alcuna ulteriore autenticazione. (Per proxy esplicito HTTP o HTTPS).
Base: utilizzato per un agente utente HTTP per fornire un nome utente e una password quando si effettua una richiesta e utilizza la codifica Base64. (Per proxy esplicito HTTP o HTTPS).
Digest: utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili e applica una funzione hash sul nome utente e sulla password prima di inviare tramite la rete. (Per proxy esplicito HTTPS).
NTLM: come Digest, NTLM viene utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili. Utilizza le credenziali Windows anziché il nome utente e la password. Questo schema di autenticazione richiede il completamento di più scambi. (Per proxy esplicito HTTP.)
Proxy trasparente (non ispezionato): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico e non devono richiedere modifiche per lavorare con un proxy non ispezionato.
Proxy trasparente (ispezione): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico. Nessuna modifica di configurazione http(s) è necessaria sul mesh video; tuttavia, i nodi mesh video necessitano di un certificato radice in modo che si fidino del proxy. Le deleghe di ispezione vengono solitamente utilizzate dal reparto IT per applicare politiche relative a quali siti web possono essere visitati e tipi di contenuti non consentiti. Questo tipo di proxy decrittografa tutto il traffico (anche https).
Risoluzioni e framerate supportate per mesh video
Questa tabella illustra le risoluzioni supportate e si suddivide dal punto di vista del mittente-destinatario in una riunione ospitata su un nodo mesh video. Il client mittente (app o dispositivo) si trova nella riga superiore della tabella, mentre il client destinatario si trova nella colonna laterale sinistra della tabella. La cella corrispondente tra i due partecipanti acquisisce la risoluzione del contenuto negoziata, i fotogrammi per sezione e l'origine audio.
La risoluzione influisce sulla capacità di chiamata su qualsiasi nodo mesh video. Per ulteriori informazioni, vedere Capacità per i nodi mesh video. |
Il valore di risoluzione e framerate è combinato come XXXpYY: ad esempio, 720p10 significa 720p a 10 fotogrammi al secondo.
Le abbreviazioni di definizione (SD, HD e FHD) nella riga del mittente e nella colonna del ricevitore si riferiscono alla risoluzione superiore del client o del dispositivo:
SD: definizione standard (576p)
HD: alta definizione (720 p)
FHD: alta definizione completa (1080p)
Destinatario | Mittente | ||||||
|---|---|---|---|---|---|---|---|
App Webex | App mobile Webex | Dispositivi registrati SIP (HD) | Dispositivi registrati SIP (FHD) | Dispositivi registrati Webex (SD) | Dispositivi registrati Webex (HD) | Dispositivi registrati Webex (FHD) | |
Desktop app Webex | 720 p10 Audio misto* | 720 p10 Audio misto | 720 p30 Audio misto | 720 p30 Audio misto | 576p15 Audio contenuto** | 720 p30 Audio misto | 720 p30 Audio misto |
App mobile Webex | — | — | — | — | — | — | — |
Dispositivi registrati SIP (HD) | 720 p30 Audio contenuto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati SIP (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
| Dispositivi registrati Webex (SD) | 1080p15 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati Webex (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
* L'audio del contenuto si riferisce all'audio riprodotto dal contenuto specifico condiviso, ad esempio un video in streaming. Questo flusso audio è separato dall'audio della riunione normale.
** L'audio misto si riferisce a una combinazione dell'audio dei partecipanti alla riunione e dell'audio della condivisione del contenuto.
Requisiti per il mesh video
Il mesh video è disponibile con le offerte documentate in Requisiti di licenza per i servizi ibridi.
Requisiti di integrazione di controllo chiamata e riunione per mesh video
Il controllo delle chiamate e l'infrastruttura per le riunioni esistenti non sono necessari per utilizzare il mesh video, ma è possibile integrare i due. Se stai integrando il mesh video con l'infrastruttura di controllo chiamate e riunione, assicurati che l'ambiente soddisfi i criteri minimi documentati nella tabella seguente.
Scopo dei componenti | Versione minima supportata |
|---|---|
Controllo chiamate in sede | Cisco Unified Communications Manager, versione 11.5(1) SU3 o successive. (Si consiglia l'ultima release SU). Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Infrastruttura per riunioni | Webex Meetings WBS33 o versioni successive. È possibile verificare che il sito Webex si trovi sulla piattaforma corretta se l'elenco dei tipi di risorse multimediali è disponibile nelle opzioni del sito Cloud Collaboration Meeting Room.
Per assicurarsi che il sito sia pronto per il mesh video, contattare il Customer Success Manager (CSM) o il partner. |
Gestione del failover | Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Requisiti endpoint e app Webex
Scopo dei componenti | Dettagli |
|---|---|
Endpoint supportati | |
Versioni supportate dell'app Webex | Il mesh video supporta l'app Webex per desktop (Windows, Mac) e mobile (Android, iPhone e iPad). Per scaricare l'app per una piattaforma supportata, andare a https://www.webex.com/downloads.html. |
Codec supportati | Vedere le specifiche video Webex| per chiamate e riunioni per i codec audio e video supportati. Tenere presente queste avvertenze per il mesh video:
|
Dispositivi di sala, da scrivania e Board registrati su Webex supportati | I seguenti dispositivi vengono testati e confermati per il funzionamento con i nodi mesh video: |
Requisiti di sistema e piattaforma per il software del nodo mesh video
Ambienti di produzione
Nelle distribuzioni di produzione, sono disponibili due modi per distribuire il software del nodo mesh video su una particolare configurazione hardware:
È possibile impostare ciascun server come una singola macchina virtuale, il modo migliore per le distribuzioni che includono molti endpoint SIP.
Utilizzando l'opzione VMNLite, è possibile impostare ciascun server con più macchine virtuali più piccole. VMNLite è la soluzione migliore per distribuzioni in cui la maggior parte dei client e dei dispositivi sono app Webex ed endpoint registrati Webex.
Questi requisiti sono comuni per tutte le configurazioni:
VMware ESXi 7 o 8, vSphere 7 o 8
Iperfilettatura abilitata
I nodi mesh video in esecuzione indipendenti dall'hardware della piattaforma necessitano di vCPU e RAM dedicati. La condivisione delle risorse con altre applicazioni non è supportata. Ciò si applica a tutte le immagini del software mesh video.
Per le immagini Video Mesh Lite (VMNLite) su una piattaforma CMS, supportiamo solo le immagini VMNLite. Nessun'altra immagine mesh video o applicazione mesh non video può essere sull'hardware CMS con il software VMNLite.
Configurazione hardware | Distribuzione di produzione come singola macchina virtuale | Distribuzione di produzione con VM VMNLite | Note | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video.
| ||
Configurazione basata su specifiche (processore 2.6-GHz Intel Xeon E5-2600v3 o successivo richiesto) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Ogni macchina virtuale mesh video deve avere CPU, RAM e dischi rigidi riservati a se stessa. Utilizzare l'opzione CMS1000 o VMNLite durante la configurazione. Il picco di PIO (operazioni di input/output al secondo) per lo storage NFS è 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Distribuire come 8 istanze della macchina virtuale identiche, ciascuna con:
| Distribuire come 24 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video. Ciascuna lama deve essere un Cisco Meeting Server 1000 completo con CPU, RAM e dischi rigidi riservati per lama. Il picco di IOP per storage NFS è 300 IOPS. |
Ambienti dimostrativi
Per scopi demo di base, è possibile utilizzare una configurazione hardware basata sulle specifiche, con i seguenti requisiti minimi:
14vCPU (12 per il nodo mesh video, 2 per ESXi)
Memoria principale da 8 GB
20 GB di spazio su disco rigido locale
2,6 GHz Intel Xeon E5-2600v3 o processore successivo
Questa configurazione di mesh video non è supportata da Cisco TAC. |
Per ulteriori informazioni sul software demo, vedere Video Mesh Node Demo Software.
Requisiti di larghezza di banda
I nodi mesh video devono disporre di una larghezza di banda Internet minima di 10 Mbps per il corretto funzionamento del caricamento e del download.
Requisiti per il supporto proxy per mesh video
Sono supportate ufficialmente le seguenti soluzioni proxy che possono essere integrate con i nodi mesh video.
Cisco Web Security Appliance (WSA) per proxy trasparente
Squid per proxy esplicito
Per un proxy esplicito o un proxy trasparente che ispeziona (decrittografa il traffico), è necessario disporre di una copia del certificato principale del proxy che sarà necessario caricare nell'archivio attendibilità del nodo mesh video sull'interfaccia Web.
Sono supportate le seguenti combinazioni di proxy esplicito e tipo di autenticazione:
Nessuna autenticazione con http e https
Autenticazione di base con http e https
Autenticazione del digest solo con https
Autenticazione NTLM solo con http
Per i proxy trasparenti, è necessario utilizzare il router/switch per forzare il traffico HTTPS/443 per passare al proxy. È inoltre possibile forzare la presa Web per passare al proxy. (Web Socket utilizza https.)
Il mesh video richiede connessioni socket Web ai servizi cloud, in modo che i nodi funzionino correttamente. Durante l'ispezione esplicita e trasparente dei proxy di ispezione, le intestazioni http sono richieste per una connessione websocket corretta. Se vengono modificati, la connessione websocket non riuscirà.
Quando si verifica un errore di connessione websocket sulla porta 443 (con proxy di ispezione trasparente abilitato), viene visualizzato un avviso post-registrazione in Control Hub: "La chiamata SIP mesh video Webex non funziona correttamente." Lo stesso allarme può verificarsi per altri motivi quando il proxy non è abilitato. Quando le intestazioni websocket sono bloccate sulla porta 443, il contenuto multimediale non scorre tra le app e i client SIP.
Se il contenuto multimediale non scorre, ciò si verifica spesso quando il traffico https dal nodo sulla porta 443 non riesce:
Il traffico della porta 443 è consentito dal proxy, ma è un proxy ispezionante e sta interrompendo la websocket.
Per correggere questi problemi, è possibile che sia necessario "bypassare" o "splice" (disabilitare l'ispezione) sulla porta 443 per: *.wbx2.com e *.ciscospark.com.
Capacità per i nodi mesh video
Poiché il mesh video è un prodotto multimediale basato su software, la capacità dei nodi mesh video varia. In particolare, i partecipanti alle riunioni sul cloud Webex caricano di più i nodi. Si ottiene capacità inferiori quando si dispone di più cascate per il cloud Webex. Altri fattori che influiscono sulla capacità sono:
Tipi di dispositivi e client
Risoluzione video
Qualità di rete
Carico massimo
Modello di distribuzione
L'utilizzo di mesh video non incide sul numero di licenze Webex. |
In generale, l'aggiunta di più nodi al cluster non raddoppia la capacità a causa del sovraccarico per l'impostazione delle cascate. Usa questi numeri come guida generale. Raccomandiamo quanto segue:
Testare scenari di riunioni comuni per la distribuzione.
Usa la funzionalità di analisi in Control Hub per vedere come si sta evolvendo la tua distribuzione e aggiungere la capacità come necessario.
Le overflow su un volume di chiamate basso (in particolare le chiamate SIP che hanno origine in sede) non sono un vero riflesso di scala. L'analisi mesh video (in Control Hub > Risorse > Attività di chiamata) indica i segmenti di chiamata che hanno origine in sede. Non specificano i flussi di chiamata che sono arrivati attraverso la cascata al nodo mesh video per l'elaborazione multimediale. Man mano che il numero di partecipanti remoti aumenta in una riunione, aumenta a cascata e consuma risorse multimediali locali sul nodo mesh video. |
Questa tabella elenca gli intervalli di capacità per le diverse combinazioni di partecipanti ed endpoint sui nodi mesh video regolari. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità dei partecipanti |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | 100-130 |
1080p | 90-100 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 60-100 |
1080p | 30-40 | |
Riunioni con solo partecipanti SIP | 720 p | 70-80 |
1080p | 30-40 | |
Riunioni con partecipanti Webex App e SIP | 720 p | 75-110 |
|
Capacità per VMNLite
Si consiglia VMNLite per distribuzioni che includono principalmente app Webex ed endpoint registrati su cloud. In queste distribuzioni, i nodi utilizzano più risorse di commutazione e meno risorse di transcodifica rispetto alla configurazione standard. La distribuzione di diverse macchine virtuali più piccole sull'organizzatore ottimizza le risorse per questo scenario.
Questa tabella elenca gli intervalli di capacità delle diverse combinazioni di partecipanti ed endpoint. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità partecipante con 3 nodi VMNLite su un server |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | da 250 a 300 |
1080p | 230-240 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 175-275 |
La risoluzione di base per le riunioni dell'app Webex è 720 p. Tuttavia, quando si condivide, le anteprime dei partecipanti sono a 180p. |
Cluster in mesh video
È possibile distribuire i nodi mesh video nei cluster. Un cluster definisce i nodi mesh video con attributi simili, come la prossimità di rete. I partecipanti utilizzano un determinato cluster o il cloud, in base alle seguenti condizioni:
Un client su una rete aziendale che può raggiungere un cluster locale si connette ad esso, la preferenza principale per i client sulla rete aziendale.
I client che accedono a una riunione privata mesh video si connettono solo a cluster locali. È possibile creare un cluster separato specificamente per queste riunioni private.
Un client che non riesce a raggiungere un cluster locale si connette al cloud, il caso di un dispositivo mobile non connesso alla rete aziendale.
Il cluster scelto dipende anche dalla latenza, anziché dalla sola posizione. Ad esempio, un cluster cloud con ritardo round trip (SRT) STUN inferiore rispetto a un cluster mesh video potrebbe essere un candidato migliore per la riunione. Questa logica impedisce a un utente di atterrare su un cluster geograficamente lontano con un ritardo SRT elevato.
Ciascun cluster contiene una logica che propaga a catena le riunioni, ad eccezione delle riunioni private mesh video, su altri cluster di riunioni cloud, come necessario. La funzione a cascata fornisce un percorso dati per i media tra i client nelle riunioni. Le riunioni vengono distribuite tra i nodi e i clienti si trovano sul nodo più efficiente più vicino a loro, a seconda di fattori quali la topologia di rete, il collegamento WAN e l'utilizzo delle risorse.
La capacità del client di eseguire il ping dei nodi multimediali determina la raggiungibilità. Una chiamata effettiva utilizza una varietà di meccanismi di connessione potenziali, come UDP e TCP. Prima della chiamata, il dispositivo Webex (Room, Desk, Board e app Webex) si registra nel cloud Webex, che fornisce un elenco di candidati cluster per la chiamata.
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
Cluster per riunioni private
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzeranno un cluster prenotato, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
Per informazioni dettagliate sulla funzione riunioni private mesh video, vedere Riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
Linee guida per la distribuzione del cluster mesh video
Nelle distribuzioni aziendali tipiche, si consiglia ai clienti di utilizzare fino a 100 nodi per cluster. Nel sistema non sono impostati limiti rigidi per bloccare una dimensione di cluster con più di 100 nodi. Tuttavia, se è necessario creare cluster più grandi, si consiglia vivamente di esaminare questa opzione con Cisco Engineering attraverso il team dell'account Cisco.
Crea meno cluster quando le risorse hanno una prossimità di rete simile (affinità).
Quando si creano i cluster, aggiungere solo i nodi che si trovano nella stessa area geografica e nello stesso centro dati. Il clustering sulla rete WAN (Wide Area Network) non è supportato.
Solitamente, distribuisci i cluster nelle aziende che organizzano riunioni localizzate frequenti. Pianifica dove inserisci i cluster sulla larghezza di banda disponibile in diverse posizioni WAN all'interno dell'azienda. Nel tempo, puoi distribuire e far crescere cluster per cluster in base ai modelli utente osservati.
I cluster situati in fusi orari diversi possono servire efficacemente più aree geografiche sfruttando i diversi schemi di chiamata in ore di punta/occupato.
Se si dispone di due nodi mesh video in due centri dati separati (EU e NA, ad esempio) e gli endpoint si uniscono attraverso ciascun centro dati, i nodi in ciascun centro dati vengono trasferiti in cascata a un singolo nodo mesh video nel cloud. Queste cascate passavano su Internet. Se è presente un partecipante cloud (che accede prima di uno dei partecipanti mesh video), i nodi vengono trasferiti attraverso il nodo multimediale del partecipante cloud.
Diversità fuso orario
La diversità del fuso orario può consentire la condivisione dei cluster durante gli orari non di punta. Ad esempio: Un'azienda con un cluster della California settentrionale e un cluster di New York potrebbe scoprire che la latenza complessiva della rete non è così alta tra le due posizioni che servono una popolazione di utenti geograficamente diversificata. Quando le risorse sono al picco di utilizzo nel cluster della California settentrionale, è probabile che il cluster di New York non sia al picco e abbia una capacità aggiuntiva. Lo stesso vale per il cluster della California settentrionale, durante gli orari di punta nel cluster di New York. Questi non sono gli unici meccanismi utilizzati per una distribuzione efficace delle risorse, ma sono i due principali.
Overflow sul cloud
Una volta raggiunta la capacità di tutti i cluster locali, un partecipante locale esegue il overflow sul cloud Webex. Ciò non significa che tutte le chiamate siano ospitate nel cloud. Webex indirizza solo al cloud i partecipanti che sono remoti o che non possono connettersi a un cluster locale. In una chiamata con partecipanti locali e cloud, il cluster locale viene collegato (a cascata) al cloud per combinare tutti i partecipanti in una singola chiamata.
Se imposti la riunione come tipo di riunione privata, Webex mantiene tutte le chiamate sui cluster locali. Le riunioni private non vengono mai riversate sul cloud.
Il dispositivo Webex si registra in Webex
Oltre a determinare la raggiungibilità, i client eseguono anche test periodici di ritardo di round trip utilizzando Simple Traversal of UDP through NAT (STUN). Il ritardo STUN round-trip (SRT) è un fattore importante nella selezione di risorse potenziali durante una chiamata effettiva. Quando vengono distribuiti più cluster, i criteri di selezione principali si basano sul ritardo SRT appreso. I test di raggiungibilità vengono eseguiti in background, avviati da una serie di fattori, incluse le modifiche alla rete, e non introducono ritardi che incidono sui tempi di impostazione della chiamata. I due esempi seguenti mostrano i possibili risultati dei test di raggiungibilità.
Test di ritardo round trip: il dispositivo cloud non riesce a raggiungere il cluster locale

Test di ritardo round trip: il dispositivo cloud raggiunge correttamente il cluster locale
Le informazioni sulla raggiungibilità apprese vengono fornite al cloud Webex ogni volta che viene impostata una chiamata. Queste informazioni consentono al cloud di selezionare la risorsa migliore (cluster o cloud), a seconda della posizione relativa del client rispetto ai cluster disponibili e del tipo di chiamata. Se non sono disponibili risorse nel cluster preferito, tutti i cluster vengono testati per la disponibilità in base al ritardo SRT. Viene scelto un cluster preferito con il ritardo SRT più basso. Le chiamate vengono servite in locale da un cluster secondario quando il cluster principale è occupato. Le risorse mesh video raggiungibili locali vengono provate per prime, in ordine di ritardo SRT più basso. Quando tutte le risorse locali sono esaurite, il partecipante si connette al cloud.
La definizione di cluster e la posizione sono fondamentali per una distribuzione che fornisce la migliore esperienza generale per i partecipanti. Idealmente, una distribuzione dovrebbe fornire risorse dove si trovano i clienti. Se non vengono allocate risorse sufficienti dove i client effettuano la maggior parte delle chiamate, viene consumata più larghezza di banda della rete interna per connettere gli utenti ai cluster distanti.
Chiamata locale e cloud
I dispositivi Webex locali con la stessa affinità di cluster (preferenza, in base alla prossimità al cluster) si connettono allo stesso cluster per una chiamata. Dispositivi Webex locali con diverse affinità di cluster locali, esegui la connessione a cluster diversi e i cluster vengono quindi collegati in cascata al cloud per combinare i due ambienti in una singola chiamata. In questo modo viene creato un design hub e parlato con il cloud Webex come hub e i cluster locali come indicatori nella riunione.
Chiamata locale con diverse affinità di cluster
Il dispositivo Webex si connette al cluster locale o al cloud in base alla sua raggiungibilità. Di seguito sono riportati alcuni esempi degli scenari più comuni.
Il dispositivo cloud Webex si connette al cloud

Il dispositivo locale Webex si connette al cluster locale

Il dispositivo locale Webex si connette al cloud

Selezione del cluster cloud per overflow in base al ritardo di round-trip STUN di 250 ms o superiore
Sebbene la preferenza per la selezione dei nodi sia rappresentata dai nodi mesh video distribuiti localmente, è supportato uno scenario in cui, se il ritardo round trip (SRT) STUN verso un cluster mesh video locale supera il ritardo round trip tollerabile di 250 ms (che solitamente si verifica se il cluster locale è configurato in un altro continente), il sistema seleziona il nodo multimediale cloud più vicino in tale geografia anziché un nodo mesh video.

L'app Webex o il dispositivo Webex è sulla rete aziendale in San Jose.
I cluster di San Jose e Amsterdam sono a portata di mano o non disponibili.
Il ritardo SRT per il cluster di Shanghai è superiore a 250 ms e probabilmente introdurrà problemi di qualità multimediale.
Il cluster cloud di San Francisco presenta un ritardo SRT ottimale.
Il cluster Mesh video di Shanghai è escluso dalla considerazione.
Di conseguenza, l'app Webex viene riversata nel cluster cloud di San Francisco.
Riunioni private
Le riunioni private isolano tutti i contenuti multimediali nella rete attraverso il mesh video. A differenza delle normali riunioni, se i nodi locali sono pieni, il contenuto multimediale non si propaga a catena al cloud Webex. Tuttavia, per impostazione predefinita, le riunioni private possono essere trasmesse in cascata a diversi cluster mesh video sulla rete. Per le riunioni private in diverse posizioni geografiche, i cluster mesh video devono disporre di connettività diretta tra loro per consentire la propagazione a catena tra cluster, come da HQ1_VMN a Remote1_VMN nella figura.
Accertarsi che le porte necessarie siano aperte nel firewall per consentire la propagazione a catena tra i cluster. Vedere Porte e protocolli per la gestione.
Tutti i partecipanti a una riunione privata devono appartenere all'organizzazione Webex dell'organizzatore della riunione. Possono accedere utilizzando l'app Webex o un sistema video autenticato (endpoint SIP registrati su dispositivo video registrato UCM/VCS o Webex). I partecipanti con accesso VPN o MRA alla rete possono partecipare a una riunione privata. Tuttavia, nessuno può partecipare a una riunione privata dall'esterno della rete.
Modelli di distribuzione supportati da mesh video
- Supportato in una distribuzione mesh video
-
È possibile distribuire un nodo mesh video in un centro dati (preferito) o in una zona smilitarizzata (DMZ). Per informazioni, vedere Porte e protocolli utilizzati dal mesh video.
Per una distribuzione DMZ, è possibile impostare i nodi mesh video in un cluster con l'interfaccia di rete doppia (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interno (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata nel cloud).
Dual NIC funziona sulla versione completa, VMNLite e demo del software del nodo mesh video. È inoltre possibile distribuire il mesh video dietro un'impostazione NAT 1:1.
È possibile integrare i nodi mesh video con l'ambiente di controllo delle chiamate. Ad esempio, le distribuzioni con mesh video integrata con Unified CM, vedere Modelli di distribuzione per mesh video e Cisco Unified Communications Manager.
Sono supportati i seguenti tipi di traduzione dell'indirizzo:
Traduzione dinamica dell'indirizzo di rete (NAT) utilizzando un pool IP
Traduzione indirizzo porta dinamica (PAT)
NAT 1:1
Altre forme di NAT dovrebbero funzionare fino a quando vengono utilizzate le porte e i protocolli corretti, ma non li supportiamo ufficialmente perché non sono stati testati.
IPv4
Indirizzo IP statico per il nodo mesh video
- Non supportato in una distribuzione mesh video
-
IPv6
DHCP per il nodo mesh video
Un cluster con una combinazione di NIC singola e NIC doppia
Raggruppamento dei nodi di mesh video sulla rete WAN (Wide Area Network)
Audio, video o contenuto multimediale che non passa attraverso un nodo mesh video:
Audio da telefoni
Chiamata peer-to-peer tra l'app Webex e l'endpoint basato su standard
Terminazione audio su nodo mesh video
Contenuto multimediale inviato tramite la coppia C/E Expressway
Richiamata video da Webex
Modelli di distribuzione per mesh video e Cisco Unified Communications Manager
Questi esempi mostrano distribuzioni mesh video comuni e consentono di capire dove i cluster mesh video possono adattarsi alla rete. Tenere presente che la distribuzione mesh video dipende da fattori nella topologia di rete:
Posizioni dei centri dati
Sedi e dimensioni degli uffici
Posizione e capacità di accesso a Internet
In generale, provare a collegare i nodi mesh video ai cluster Unified CM o Session Management Edition (SME). Come buona pratica, mantenere i nodi il più centralizzati possibile alle filiali locali.
Video Mesh supporta Session Management Edition (SME). I cluster Unified CM possono essere connessi attraverso una SME, quindi è necessario creare un trunk SME che si connette ai nodi mesh video.
Architettura hub e spoke

Questo modello di distribuzione include la rete centralizzata e l'accesso a Internet. In genere, la sede centrale è caratterizzata da un’elevata concentrazione di dipendenti. In questo caso, è possibile posizionare un cluster mesh video nella posizione centrale per una gestione multimediale ottimizzata.
La localizzazione dei cluster nelle posizioni delle filiali potrebbe non generare vantaggi a breve termine e potrebbe determinare un instradamento subottimale. Si consiglia di distribuire i cluster in una filiale solo se è presente una comunicazione frequente tra le filiali.
Distribuzione geografica

La distribuzione geograficamente distribuita è interconnessa ma può mostrare una latenza notevole tra le regioni. La mancanza di risorse può causare l'impostazione a cascata subottimale a breve termine quando sono presenti riunioni tra utenti in ciascuna posizione geografica. In questo modello, si consiglia di distribuire i nodi mesh video vicino all'accesso Internet regionale.
Distribuzione geografica con chiamata SIP

Questo modello di distribuzione contiene cluster Unified CM regionali. Ciascun cluster può contenere un trunk SIP per selezionare le risorse nel cluster mesh video locale. Un secondo trunk può fornire un percorso di failover a una coppia Expressway se le risorse diventano limitate.
Porte e protocolli utilizzati dal mesh video
Per garantire una distribuzione corretta del mesh video e un funzionamento senza problemi dei nodi mesh video, aprire le seguenti porte sul firewall per l'uso con i protocolli.
Vedi Requisiti di rete per i servizi Webex per comprendere i requisiti di rete generali per Webex Teams.
Per ulteriori informazioni su firewall e procedure di rete per i servizi Webex, vedere il whitepaper trasversale sui firewall.
Per mitigare potenziali problemi di query DNS, seguire le procedure consigliate DNS, le protezioni di rete e la documentazione di identificazione degli attacchi quando si configura il firewall aziendale.
Per ulteriori informazioni sul design, vedere Architettura preferita per i servizi ibridi, CVD.
Porte e protocolli per la gestione
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
I nodi mesh video in un cluster devono essere nella stessa VLAN o subnet mask.
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Gestione | Computer di gestione | Nodo mesh video | Secondo necessità | Qualsiasi | TCP, HTTPS | Nodo mesh video | 443 |
SSH per l'accesso alla console di amministrazione mesh video | Computer di gestione | Nodo mesh video | Secondo necessità | Qualsiasi | TCP | Nodo mesh video | 22 |
Comunicazione intracluster | Nodo mesh video | Nodo mesh video | Indirizzo IP di altri nodi mesh video nel cluster | Qualsiasi | TCP | Nodi mesh video | 8443 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Qualsiasi | UDP, NTP UDP, DNS TCP, HTTPS (WebSocket) | Qualsiasi | 123* 53* |
Segnalazione a cascata | Nodo mesh video | Cloud Webex | Qualsiasi | Qualsiasi | TCP | Qualsiasi | 443 |
Elemento multimediale a cascata | Nodo mesh video | Cloud Webex | Nodo mesh video | Qualsiasi*** | UDP | Qualsiasi Per intervalli di indirizzi specifici, vedere la sezione "Subnet IP per i servizi multimediali Webex" nei requisiti di rete per i servizi Webex. | 5004 da 50000 a 53000 Per informazioni dettagliate, vedere la sezione "Servizi Webex - Numeri di porta e protocolli" in Requisiti di rete per i servizi Webex. |
Segnalazione a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Qualsiasi | Qualsiasi | TCP | Qualsiasi | 443 |
Elemento multimediale a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Cluster mesh Vido (1) | Qualsiasi*** | UDP | Qualsiasi | 5004 da 50000 a 53000 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Qualsiasi | TCP, HTTPS | Qualsiasi** | 443 |
Gestione | Nodo mesh video (1) | Nodo mesh video (2) | Nodo mesh video (1) | Qualsiasi | TCP, HTTPS (WebSocket) | Nodo mesh video (2) | 443 |
Comunicazione interna | Nodo mesh video | Tutti gli altri nodi mesh video | Nodo mesh video | Qualsiasi | UDP | Qualsiasi | da 10000 a 40000 |
* La configurazione predefinita nel file OVA è configurata per NTP e DNS. Il file OVA richiede l'apertura di tali porte in uscita su Internet. Se si configura un server NTP e DNS locale, non è necessario aprire le porte 53 e 123 attraverso il firewall.
** Poiché alcuni URL del servizio cloud sono soggetti a modifiche senza avviso, QUALSIASI è la destinazione consigliata per il funzionamento senza problemi dei nodi mesh video. Se si preferisce filtrare il traffico in base agli URL, vedere la sezione URL dei team Webex per i servizi ibridi
della sezione Requisiti di rete per i servizi Webex per ulteriori informazioni.
***Le porte variano in base all'abilitazione della QoS. Con la QoS abilitata, le porte sono 52.500-59499, 63000-64667, 59500-62999 e 64688-65500. Con la QoS spenta, le porte sono 34.000-34.999.
Firme di traffico per mesh video (qualità del servizio abilitata)
Per distribuzioni in cui il nodo mesh video si trova sul lato aziendale del DMZ o all'interno del firewall, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente all'amministratore di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video per il contrassegno di rete QoS. Questa impostazione Qualità del servizio è abilitata per impostazione predefinita e modifica ai valori di questa tabella le porte di origine utilizzate per la condivisione di audio, video e contenuto. Questa impostazione consente di configurare criteri di contrassegno QoS in base agli intervalli di porte UDP per differenziare l'audio dalla condivisione video o di contenuto e contrassegnare tutto l'audio con il valore consigliato di condivisione EF e video e contenuto con un valore consigliato di AF41.
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video, che sono il focus principale delle configurazioni di rete QoS. Mentre i criteri di contrassegno QoS di rete per il contenuto multimediale su UDP sono al centro della seguente tabella, i nodi mesh video Webex terminano anche il traffico TCP per la presentazione e la condivisione di contenuto per l'app Webex utilizzando le porte effimere 52500–65500. Se un firewall si trova tra i nodi mesh video e l'app Webex, tali porte TCP devono anche essere autorizzate per il corretto funzionamento.
Il nodo mesh video contrassegna il traffico in modo nativo. Questa marcatura nativa è asimmetrica in alcuni flussi e dipende dal fatto che le porte di origine siano porte condivise (porta singola come 5004 per flussi multipli verso varie destinazioni e porte di destinazione) o dal fatto che non lo siano (dove la porta rientra in un intervallo ma è unica per quella specifica sessione bidirezionale). Per comprendere il contrassegno nativo tramite un nodo mesh video, tenere presente che il nodo mesh video contrassegna l'audio EF quando non utilizza la porta 5004 come porta di origine. Alcuni flussi bidirezionali, come mesh video a cascata mesh video o mesh video a app Webex, verranno contrassegnati in modo asimmetrico, un motivo per utilizzare la rete per annotare il traffico in base agli intervalli di porte UDP forniti. |
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Servizi multimediali cloud Webex | da 52500 a 59499 | 5004 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 63000 a 64667 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | Ef | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 52500 a 59499 | 5004 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 63000 a 64667 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Applicazione o endpoint Webex Teams* | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
*La direzione del traffico multimediale determina le marcature DSCP. Se le porte di origine sono dal nodo mesh video (dal nodo mesh video all'app Webex Teams), il traffico è contrassegnato solo come AF41. Il traffico multimediale proveniente dall'app Webex Teams o dagli endpoint Webex presenta contrassegni DSCP separati, ma non il traffico di ritorno dalle porte condivise del nodo mesh video.
Differenziazione porta di origine UDP (client app Windows Webex): Se si desidera abilitare la differenziazione della porta di origine UDP per la propria organizzazione, contattare il team dell'account locale. Se questa opzione non è abilitata, la condivisione audio e video non può essere differenziata dal sistema operativo Windows. Le porte di origine saranno le stesse per la condivisione di audio, video e contenuto sui dispositivi Windows. |
Firme di traffico per mesh video (qualità del servizio disabilitata)
Per distribuzioni in cui il nodo mesh video si trova nel DMZ, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video. Questa impostazione Qualità del servizio, se disabilitata (abilitata per impostazione predefinita), modifica le porte di origine utilizzate per la condivisione di audio, video e contenuto dal nodo mesh video nell'intervallo 34000 a 34999. Il nodo mesh video quindi contrassegna in modo nativo tutto l'audio, il video e la condivisione di contenuto in un singolo DSCP di AF41.
Poiché le porte di origine sono uguali per tutti i file multimediali indipendentemente dalla destinazione, non è possibile differenziare l'audio dalla condivisione video o di contenuto in base all'intervallo di porte con questa impostazione disabilitata. Questa configurazione consente di configurare più facilmente i fori dei pin del firewall per i supporti con la qualità del servizio abilitata. |
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video quando la QoS è disabilitata.
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | AF41 | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
Porte e protocolli per il traffico Webex Meetings
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Chiamata a riunione | App (app desktop e mobile app Webex) Dispositivi registrati su Webex | Nodo mesh video | Secondo necessità | Qualsiasi | UDP e TCP (utilizzati dall'app Webex) SRTP (qualsiasi) | Qualsiasi** | 5004 |
Chiamata del dispositivo SIP alla riunione (segnalazione SIP) | Controllo chiamate Unified CM o Cisco Expressway | Nodo mesh video | Secondo necessità | Effimero (>=1024) | TCP o TLS | Qualsiasi** | 5060 o 5061 |
Cascata | Nodo mesh video | Cloud Webex | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 Da 50000 a 53000*** |
Cascata | Nodo mesh video | Nodo mesh video | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 |
La porta 5004 viene utilizzata per tutti i nodi cloud multimediali e mesh video locali. L'app Webex continua a connettersi ai nodi mesh video sulle porte condivise 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint registrati Webex per i test STUN sui nodi mesh video. Dal nodo mesh video al nodo mesh video per l'utilizzo a cascata dell'intervallo di porte di destinazione da 10000 a 40000.* Il protocollo TCP è supportato, ma non preferito poiché potrebbe influire sulla qualità multimediale. |
** Se si desidera limitare in base agli indirizzi IP, vedere gli intervalli di indirizzi IP documentati in Requisiti di rete per i servizi Webex.
*** Expressway già utilizza questo intervallo di porte per il cloud Webex. Pertanto, la maggior parte delle distribuzioni non richiederà aggiornamenti per supportare questo nuovo requisito per il mesh video. Tuttavia, se la distribuzione dispone di regole del firewall più severe, potrebbe essere necessario aggiornare la configurazione del firewall per aprire queste porte per il mesh video.
Per ottenere le massime prestazioni utilizzando Webex nella propria organizzazione, configurare il firewall in modo da consentire tutto il traffico TCP e UDP in uscita destinato alle porte 5004 nonché qualsiasi risposta in entrata a tale traffico. I requisiti della porta elencati sopra presuppongono che i nodi mesh video siano distribuiti nella LAN (preferita) o in una DMZ e che l'app Webex sia nella LAN.
Qualità video e ridimensionamento per mesh video
Di seguito sono riportati alcuni scenari di riunione comuni quando viene creata una propagazione a catena. Il mesh video è adattivo in base alla larghezza di banda disponibile e distribuisce le risorse di conseguenza. Per i dispositivi nella riunione che utilizzano il nodo mesh video, il collegamento a cascata consente di ridurre la larghezza di banda media e migliorare l'esperienza di riunione per l'utente.
Per le linee guida per il provisioning della larghezza di banda e la pianificazione della capacità, vedere la documentazione di architettura preferita. |
In base agli oratori attivi nella riunione, vengono stabiliti i collegamenti a cascata. Ogni propagazione a catena può contenere fino a 6 flussi e la propagazione a catena è limitata a 6 partecipanti (6 in direzione da app Webex/SIP a cloud Webex e 5 in direzione opposta). Ciascuna risorsa multimediale (cloud e mesh video) richiede al lato remoto i flussi necessari per soddisfare i requisiti dell'endpoint locale di tutti i partecipanti remoti nella propagazione a catena.

Per fornire un'esperienza utente flessibile, la piattaforma Webex può eseguire video multistream ai partecipanti alla riunione. Questa stessa funzionalità si applica al collegamento a cascata tra i nodi mesh video e il cloud. In questa architettura, i requisiti di larghezza di banda variano in base a diversi fattori, come i layout degli endpoint.
Architettura

In questa architettura, gli endpoint registrati su Cisco Webex inviano segnali al cloud e contenuti multimediali ai servizi di commutazione. Gli endpoint SIP locali inviano segnali all'ambiente di controllo delle chiamate (Unified CM o Expressway), che quindi li invia al nodo mesh video. Il contenuto multimediale viene inviato al servizio di trascodifica.
Partecipanti su cloud e in sede
I partecipanti locali sul nodo mesh video richiedono i flussi desiderati in base ai requisiti di layout. Tali flussi vengono inoltrati dal nodo mesh video all'endpoint per il rendering del dispositivo locale.
Ciascun nodo mesh cloud e video richiede risoluzioni HD e SD da tutti i partecipanti che sono dispositivi registrati su cloud o app Webex. A seconda dell'endpoint, invierà fino a 4 risoluzioni, solitamente 1080p, 720p, 360p e 180p.
A cascata
La maggior parte degli endpoint Cisco può inviare 3 o 4 flussi da una singola origine in un intervallo di risoluzioni (da 1080p a 180p). Il layout dell'endpoint determina il requisito per i flussi necessari all'estremità remota della cascata. Per la presenza attiva, il flusso video principale è 1080p o 720p, i riquadri video (PiPS) sono 180p. Per la visualizzazione uguale, la risoluzione è 480p o 360p per tutti i partecipanti nella maggior parte dei casi. La cascata creata tra i nodi mesh video e il cloud invia anche 720 p, 360 p e 180 p in entrambe le direzioni. Il contenuto viene inviato come singolo flusso e l'audio viene inviato come più flussi.
I grafici di larghezza di banda a cascata che forniscono una misurazione per cluster sono disponibili nel menu Analisi in Webex Control Hub. Non è possibile configurare la larghezza di banda in cascata per riunione in Control Hub.
La larghezza di banda massima negoziata in cascata per riunione è 20Mbps per il video principale per tutte le origini e i diversi flussi video principali che è possibile inviare. Questo valore massimo non include il canale del contenuto o l'audio. |
Esempio di video principale con layout multiplo
I diagrammi seguenti illustrano uno scenario di riunione di esempio e come la larghezza di banda viene influenzata quando sono in gioco più fattori. Nell'esempio, tutte le app Webex e i dispositivi registrati su Webex stanno trasmettendo flussi a 1x720 p, 1x360 p e 1x180 p nel mesh video. Sulla cascata, i flussi di 720 p, 360 p e 180 p sono trasmessi in entrambe le direzioni. Il motivo è perché sono presenti app Webex e dispositivi registrati su Webex che ricevono 720 p, 360 p e 180 p su entrambi i lati della sequenza.
Nei diagrammi, i numeri di larghezza di banda per i dati trasmessi e ricevuti sono solo a titolo esemplificativo. Non costituiscono una copertura completa di tutte le possibili riunioni e dei relativi requisiti di larghezza di banda. Diversi scenari di riunione (partecipanti entrati, funzionalità del dispositivo, condivisione di contenuto all'interno della riunione, attività in un determinato momento durante la riunione) genereranno diversi livelli di larghezza di banda. |
Il diagramma seguente mostra una riunione con endpoint registrati su cloud e locali e un oratore attivo.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena tra i nodi mesh video e il cloud in entrambe le direzioni.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena dal cloud.
Il diagramma seguente mostra una riunione con gli stessi dispositivi precedenti, insieme a un client Webex Meetings. Il sistema invia l'oratore attivo e l'ultimo oratore attivo in alta definizione insieme a un flusso HD aggiuntivo dell'oratore attivo per i client Webex Meetings poiché i nodi mesh video non supportano Webex Meetings in questo momento.
Requisiti per i servizi Webex
Collaborare con il partner, il Customer Success Manager (CSM) o il rappresentante di prova per eseguire il provisioning corretto del sito Cisco Webex e dei servizi Webex per mesh video:
Devi disporre di un'organizzazione Webex con un abbonamento a pagamento ai servizi Webex.
Per sfruttare al meglio il mesh video, assicurarsi che il sito Webex sia sulla piattaforma video versione 2.0. (È possibile verificare che il sito sia sulla piattaforma video versione 2.0 se dispone dell'elenco dei tipi di risorse multimediali disponibile nelle opzioni del sito Cloud Collaboration Meeting Room).

È necessario abilitare CMR per il sito Webex sotto i profili utente. È possibile eseguire questa operazione in un aggiornamento in massa CSV con l'attributo SupportCMR.
Per ulteriori informazioni, vedere Confronto delle funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh in Appendice.
Verificare la correttezza del paese di origine
Il mesh video utilizza le funzionalità GDM (Globally Distributed Media) di Webex per migliorare il routing multimediale. Per ottenere una connettività ottimale, Webex seleziona il nodo multimediale cloud più vicino all'azienda quando esegue la propagazione in cascata di mesh video a Webex. Il traffico passa quindi attraverso il backbone Webex per interagire con i microservizi Webex per la riunione. Questo instradamento riduce al minimo la latenza e conserva la maggior parte del traffico sul backbone Webex e fuori da Internet.
Per supportare GDM, utilizziamo MaxMind come provider di posizione GeoIP per questo processo. Verificare che MaxMind identifichi correttamente la posizione dell'indirizzo IP pubblico per garantire un indirizzamento efficiente.
| 1 | In un browser Web, immettere questo URL con l'indirizzo IP pubblico di Expressway o dell'endpoint alla fine.
Si riceve una risposta come la seguente:
|
| 2 | Verificare che il |
| 3 | Se la posizione non è corretta, inviare una richiesta per correggere la posizione dell'indirizzo IP pubblico a MaxMind all'indirizzo https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
Completamento dei prerequisiti per mesh video
Utilizzare questa lista di controllo per assicurarsi di essere pronti a installare e configurare i nodi mesh video e integrare un sito Webex con mesh video.
| 1 | Assicurarsi di:
| ||
| 2 | Collabora con il tuo partner, il Customer Success Manager o il rappresentante di prova per comprendere e preparare il tuo ambiente Webex in modo che sia pronto per la connessione a mesh video. Per ulteriori informazioni, vedere Requisiti per i servizi Webex. | ||
| 3 | Registrare le seguenti informazioni di rete da assegnare ai nodi mesh video:
| ||
| 4 | Prima di avviare l'installazione, accertarsi che l'organizzazione Webex sia abilitata per il mesh video. Questo servizio è disponibile per le organizzazioni con determinati abbonamenti al servizio Webex a pagamento, come documentato in Requisiti di licenza per i servizi ibridi Cisco Webex. Contattare il partner Cisco o l'account manager per assistenza. | ||
| 5 | Scegliere un hardware supportato o una configurazione basata su specifiche per il nodo mesh video, come descritto in Requisiti di sistema e piattaforma per il software nodo mesh video. | ||
| 6 | Assicurarsi che sul server sia in esecuzione VMware ESXi 7 o 8 e vSphere 7 o 8, con un host VM operativo. | ||
| 7 | Se stai integrando il mesh video con l'ambiente di controllo chiamate Unified CM e desideri che gli elenchi dei partecipanti siano coerenti tra le piattaforme per riunioni, assicurati che la modalità di sicurezza del cluster Unified CM sia impostata su modalità mista in modo da supportare il traffico crittografato TLS. Per il funzionamento di questa funzionalità, è richiesto il traffico crittografato end-to-end. Per ulteriori informazioni sul passaggio dell'ambiente Unified CM in modalità mista, vedere il capitolo sull'impostazione di TLS nella Guida alla protezione di Cisco Unified Communications Manager. Vedere la guida alla soluzione Active Control per ulteriori informazioni sulle funzioni e su come impostare la crittografia end-to-end. | ||
| 8 | Se si integra un proxy (controllo esplicito, trasparente o non ispezionato) con il mesh video, accertarsi di rispettare i requisiti documentati in Requisiti per supporto proxy per mesh video. |
Operazioni successive
Installazione e configurazione del software del nodo mesh video
Flusso attività distribuzione mesh video
Operazioni preliminari
| 1 | Installazione e configurazione del software del nodo mesh video Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito. |
| 2 | Accesso alla console del nodo mesh video Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo. |
| 3 | Impostazione della configurazione di rete del nodo mesh video nella console Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato. |
| 4 | Utilizzare questa procedura per configurare l'interfaccia esterna per una distribuzione con interfaccia di rete doppia (NIC doppia):
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno). Puoi anche fare eccezioni o sostituzioni alle regole di indirizzamento predefinite. |
| 5 | Registrazione del nodo mesh video nel cloud Webex Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail. |
| 6 | Abilita e verifica la qualità del servizio (QoS) con le seguenti attività:
Abilitare la QoS se si desidera che i nodi mesh video contrassegnino automaticamente il traffico SIP (endpoint registrati SIP locali) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzino intervalli di porte ben noti per tipi di supporto specifici. Questa modifica consente di creare criteri QoS e annotare efficacemente il traffico di ritorno dal cloud, se lo si desidera. Utilizzare i passaggi dello strumento Riflettore per verificare che le porte corrette siano aperte sul firewall. |
| 7 | Configurazione del nodo mesh video per l'integrazione proxy Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare il proxy e risolvere eventuali problemi potenziali. |
| 8 | Segui il mesh video integrato con il flusso delle attività di controllo delle chiamate e scegli una delle seguenti opzioni, a seconda del controllo delle chiamate, dei requisiti di sicurezza e se desideri integrare il mesh video con l'ambiente di controllo delle chiamate:
I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP registrati in locale e i Video Meshcluster. È sufficiente eseguire il trunk di Unified CM o VCS Expressway al nodo mesh video, in base all'ambiente di controllo delle chiamate. |
| 9 | Catene di certificati di scambio tra nodi mesh video e Unified CM In questa attività, scaricare i certificati dalle interfacce mesh video e Unified CM e caricarli uno all'altro. Questa operazione consente di creare un rapporto di fiducia protetto tra i due prodotti e, in combinazione con la configurazione del trunk sicuro, consente al traffico SIP crittografato e al contenuto multimediale SRTP nell'organizzazione di atterrare sui nodi mesh video. |
| 10 | Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza l'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video. |
| 11 | Abilitazione del mesh video per il sito Webex Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex. |
| 12 | Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex |
| 13 | Verificare l'esperienza di riunione sull'endpoint sicuro Se si utilizza la crittografia multimediale attraverso l'impostazione TLS end-to-end, utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e venga visualizzata l'esperienza di riunione corretta. |
Script di provisioning in blocco per mesh video
Se è necessario distribuire molti nodi nella distribuzione mesh video, il processo richiede tempo. È possibile utilizzare lo script su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning per distribuire rapidamente i nodi mesh video sui server ESXi VMWare. Leggere il file Leggimi per istruzioni su come utilizzare lo script.
Installazione e configurazione del software del nodo mesh video
Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito.
Devi scaricare il pacchetto software (OVA) da Control Hub ( https://admin.webex.com) anziché utilizzare una versione scaricata in precedenza. Questo file OVA è firmato dai certificati Cisco e può essere scaricato dopo aver eseguito l'accesso a Control Hub con le credenziali dell'amministratore del cliente.
Operazioni preliminari
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per le piattaforme hardware supportate e requisiti di specifiche per il nodo mesh video.
Assicurarsi di disporre degli elementi necessari:
Un computer con:
Client VMware vSphere 7 o 8.
Per un elenco dei sistemi operativi supportati, consultare la documentazione VMware.
File OVA del software mesh video scaricato.
Scarica l'ultimo software mesh video da Control Hub anziché utilizzare una versione scaricata in precedenza. È inoltre possibile accedere al software da questo link. (Il file è circa 1,5 GB).
Le versioni precedenti del pacchetto software (OVA) non saranno compatibili con gli ultimi aggiornamenti mesh video. Ciò può provocare problemi durante l'aggiornamento dell'applicazione. Accertarsi di scaricare l'ultima versione del file OVA da questo collegamento.
Un server supportato con VMware ESXi o vCenter 7 o 8 installato e in esecuzione
Disabilitare i backup delle macchine virtuali e la migrazione in diretta. I cluster dei nodi mesh video sono sistemi in tempo reale; qualsiasi pausa di una macchina virtuale può rendere questi sistemi instabili. (Per attività di manutenzione su un nodo mesh video, utilizzare la modalità di manutenzione da Control Hub.)
| 1 | Utilizzando il computer, aprire il client VMware vSphere e accedere al sistema vCenter o ESXi sul server. | ||||
| 2 | Vai a . | ||||
| 3 | Il Seleziona un tempio OVF fare clic su File locale, quindi su Scegli file. Andare al punto in cui si trova il file videomesh.ova, scegliere il file, quindi fare clic su Avanti.
| ||||
| 4 | Il Seleziona un nome e una cartella pagina , inserisci un Nome macchina virtuale per il nodo mesh video (ad esempio, "Video_Mesh_Node_1"), scegliere una posizione in cui può risiedere la distribuzione del nodo della macchina virtuale, quindi fare clic su Successivo. Viene eseguito un controllo di convalida. Al termine, vengono visualizzati i dettagli del modello. | ||||
| 5 | Verificare i dettagli del modello, quindi fare clic su Avanti. | ||||
| 6 | Il Configurazione pagina , scegliere il tipo di configurazione della distribuzione, quindi fare clic su Successivo.
Le opzioni sono elencate in ordine di crescente fabbisogno di risorse.
| ||||
| 7 | Il Seleziona storage pagina, assicurarsi che il formato di disco predefinito di Thick Provision Lazy Zeroed e i criteri di storage VM di Datastore Default sono selezionati e quindi fare clic su Successivo. | ||||
| 8 | Il Seleziona reti, scegliere l'opzione di rete dall'elenco di voci per fornire la connettività desiderata alla VM.
Per una distribuzione DMZ, è possibile impostare il nodo mesh video con la doppia interfaccia di rete (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interna (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata in Webex). Tutti i nodi in un cluster devono essere in modalità NIC doppia; non è supportata una combinazione di NIC singola e doppia.
| ||||
| 9 | Nella pagina Personalizza modello, configurare le seguenti impostazioni di rete:
Se si preferisce, è possibile ignorare la configurazione delle impostazioni di rete e seguire la procedura in Imposta configurazione di rete del nodo mesh video nella console dopo aver eseguito l'accesso al nodo. | ||||
| 10 | Il Pronto per il completamento pagina , verificare che tutte le impostazioni inserite corrispondano alle linee guida in questa procedura, quindi fare clic su Fine. Una volta completata la distribuzione del file OVA, il nodo mesh video viene visualizzato nell'elenco delle VM. | ||||
| 11 | Fare clic con il pulsante destro del mouse sul nodo mesh video VM, quindi scegliere . Il software del nodo mesh video viene installato come guest sull'host VM. A questo punto, è possibile accedere alla console e configurare il nodo mesh video. È possibile che si verifichi un ritardo di alcuni minuti prima che i contenitori del nodo salgano. Un messaggio del firewall bridge viene visualizzato sulla console durante il primo avvio, durante il quale non è possibile accedere. |
Operazioni successive
Accesso alla console del nodo mesh video
Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo.
| 1 | Dal client VMware vSphere, andare al nodo mesh video VM, quindi scegliere Console. Viene avviata la VM del nodo mesh video e viene visualizzata una richiesta di accesso. Se il prompt di accesso non viene visualizzato, premere Invio. È possibile visualizzare brevemente un messaggio che indica che il sistema è in fase di inizializzazione. |
| 2 | Utilizzare il seguente nome utente e password predefiniti per l'accesso: Poiché si esegue l'accesso al nodo mesh video per la prima volta, è necessario modificare la passphrase dell'amministratore (password). |
| 3 | Per la password (corrente), immettere la password predefinita (dall’alto), quindi premere Invio. |
| 4 | Per inserire una nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 5 | Per reinserire la nuova password, reinserire la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "Password modificata correttamente", quindi viene visualizzata la schermata iniziale del nodo mesh video con un messaggio relativo all'accesso non autorizzato vietato. |
| 6 | Premere Invio per caricare il menu principale. |
Operazioni successive
Impostazione della configurazione di rete del nodo mesh video nella console
Impostazione della configurazione di rete del nodo mesh video nella console
Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato.
Questa procedura è richiesta se non sono state configurate le impostazioni di rete al momento della distribuzione OVA.
L'interfaccia interna (l'interfaccia predefinita per il traffico) viene utilizzata per CLI, SIP trunk, traffico SIP e gestione dei nodi. L'interfaccia esterna (esterna) è per la comunicazione HTTPS e websocket a Webex, insieme al traffico a cascata dai nodi a Webex. |
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Operazioni successive
Una volta installata e configurata l'immagine software con le impostazioni di rete (indirizzo IP, DNS, NTP e così via) e accessibile sulla rete aziendale, è possibile passare alla fase successiva di registrazione sicura nel cloud. L'indirizzo IP configurato sul nodo mesh video è accessibile solo dalla rete aziendale. Dal punto di vista della sicurezza, il nodo è indurito in modo che solo gli amministratori dei clienti possano accedere all'interfaccia del nodo per eseguire la configurazione.
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 5 Configurazione IP esterno e fare clic su Seleziona. | ||
| 2 | Fare clic su 1 Abilita/Disabilita, quindi su Seleziona, quindi su Sì per abilitare le opzioni dell'indirizzo IP esterno sul nodo. | ||
| 3 | Come per la configurazione di rete iniziale, immettere i valori di indirizzo IP (esterno), maschera e gateway.
| ||
| 4 | Fare clic su Salva e riavvia. Il nodo si riavvia per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna.
| ||
| 5 | Per convalidare la configurazione dell'indirizzo IP interno ed esterno, dal menu principale della console, andare a 4 Diagnostica, quindi scegliere Ping. | ||
| 6 | Nel campo ping, immettere un indirizzo di destinazione che si desidera testare, come una destinazione esterna o un indirizzo IP interno, quindi fare clic su OK.
|
Operazioni successive
API nodo mesh video
Le API del nodo mesh video consentono agli amministratori dell'organizzazione di gestire password, impostazioni di rete interne ed esterne, modalità di manutenzione e certificati del server relativi ai nodi mesh video. Queste API possono essere richiamate tramite qualsiasi strumento API come Postman oppure è possibile creare il proprio script per chiamarle. L'utente deve chiamare le API utilizzando l'endpoint appropriato (è possibile utilizzare IP nodo o FQDN), metodo, corpo, intestazioni, autorizzazione, ecc. per eseguire l'azione desiderata e ottenere una risposta adeguata, in base alle informazioni fornite di seguito.
API VMN di amministrazione
Le API di amministrazione mesh video consentono agli amministratori dell'organizzazione di gestire la modalità di manutenzione e la password dell'account amministratore dei nodi mesh video.
Ottenere lo stato della modalità di manutenzione
Recupera lo stato della modalità di manutenzione corrente (stato previsto: on, off, pending o requested).
[GET] https://<node_ip>/api/v1/external/maintenanceMode
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}
Risposta campione 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta di esempio 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Abilitazione o disabilitazione della modalità di manutenzione
Quando si mette un nodo mesh video in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti).
[PUT] https://<node_ip>/api/v1/external/maintenanceMode
Chiama questa API solo se non sono presenti chiamate attive. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"maintenanceMode": "on"
}
maintenanceMode - Stato della modalità di manutenzione da impostare - "on" o "off".
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}
Risposta campione 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}
Modifica password amministratore
Modifica la password dell'utente amministratore.
[PUT] https://<node_ip>/api/v1/external/password
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"newPassword": "new"
}
newPassword: la nuova password da impostare per l'account "admin" del nodo mesh video.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}
API di rete VMN
Le API di rete mesh video consentono agli amministratori dell'organizzazione di gestire le impostazioni di rete interne ed esterne.
Richiedi configurazione rete esterna
Rileva se la rete esterna è abilitata o disabilitata. Se la rete esterna è abilitata, recupera anche l'indirizzo IP esterno, la subnet mask esterna e il gateway esterno.
[GET] https://<node_ip>/api/v1/external/externalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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"
}
}
Risposta campione 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}
Modifica configurazione rete esterna
Modifica le impostazioni di rete esterna. Questa API può essere utilizzata per abilitare la rete esterna insieme all'impostazione o alla modifica dell'interfaccia di rete esterna con indirizzo IP esterno, subnet mask esterna e gateway esterno. Può anche essere utilizzato per disabilitare la rete esterna. Dopo aver apportato modifiche alla configurazione della rete esterna, il nodo viene riavviato per applicare tali modifiche.
[PUT] https://<node_ip>/api/v1/external/externalNetwork
È possibile configurare questa opzione solo per i nodi mesh video di nuova distribuzione, la cui password di amministrazione predefinita è stata modificata. Non utilizzare questa API dopo aver registrato il nodo in un'organizzazione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Abilitazione della rete esterna:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}
Disabilitazione della rete esterna:
{
"externalNetworkEnabled": false
}
externalNetworkEnabled- Valore booleano (vero o falso) per abilitare/disabilitare la rete esterna
externalIp - IP esterno da aggiungere
externalMask - La netmask per la rete esterna
externalGateway - Il gateway per la rete esterna
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 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."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}
Ottieni dettagli rete interna
Recupera i dettagli di configurazione della rete interna che includono modalità di rete, indirizzo IP, subnet mask, gateway, dettagli di memorizzazione nella cache DNS, server DNS, server NTP, interfaccia interna MTU, nome host e dominio.
[GET] https://<node_ip>/api/v1/external/internalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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": ""
}
}
Risposta campione 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}
Modifica server DNS
Aggiorna i server DNS con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dns
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsServers": "1.1.1.1 2.2.2.2"
}
dnsServer - Server DNS da aggiornare. Sono consentiti più server DNS separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica server NTP
Aggiorna i server NTP con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/ntp
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"ntpServers": "1.1.1.1 2.2.2.2"
}
ntpServer - server NTP da aggiornare. Sono consentiti più server NTP separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica nome organizzatore e dominio
Aggiorna il nome host e il dominio del nodo mesh video.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/host
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"hostName": "test-vmn",
"domain": "abc.com"
}
hostName - Il nuovo nome host del nodo.
dominio - Il nuovo dominio per il nome host del nodo (opzionale).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Consente di abilitare o disabilitare la memorizzazione nella cache DNS. Si consiglia di abilitare la memorizzazione nella cache se i controlli DNS spesso richiedono oltre 750 ms per la risoluzione o se consigliato dal supporto Cisco.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dnsCaching
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsCaching": true
}
dnsCaching - Configurazione della cache DNS. Accetta il valore booleano (vero o falso).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}
Modifica MTU interfaccia
Modifica l'unità di trasmissione massima (MTU) per le interfacce di rete del nodo dal valore predefinito di 1500. Sono consentiti valori compresi tra 1280 e 9000.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/mtu
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"internalInterfaceMtu": 1500
}
internalInterfaceMtu - Unità massima di trasmissione per le interfacce di rete del nodo. Il valore deve essere compreso tra 1280 e 9000.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}
API certificati server VMN
Le API di certificato del server mesh video consentono agli amministratori dell'organizzazione di creare, aggiornare, scaricare ed eliminare i certificati relativi ai nodi mesh video. Per ulteriori informazioni, vedere Catene di certificati di scambio tra nodi mesh video e Unified CM.
Creare il certificato CSR
Genera un certificato CSR (Certificate Signing Request) e la chiave privata, in base ai dettagli forniti.
[POST] https://<node_ip>/api/v1/externalCertManager/generateCsr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}
commonName - IP/FQDN del nodo mesh video fornito come nome comune. (obbligatorio)
emailAddress - Indirizzo e-mail dell'utente. (opzionale)
altNames - Nome(i) alternativo(i) oggetto (opzionale). Sono consentiti più nomi di domini completi separati da spazi. Se previsto, deve contenere il nome comune. Se non vengono forniti i nomi alt, viene utilizzato il nome comune come valore dei nomi alt.
organizzazione - Nome organizzazione/società (opzionale)
organizationUnit - Unità organizzativa o Nome del reparto o del gruppo, ecc. (opzionale)
località - Città/Località. (opzionale)
stato - Stato/Provincia. (opzionale)
paese - Paese/Regione. Abbreviazione a due lettere. Non fornire più di due lettere. (opzionale)
passphrase - Passphrase chiave privata. (opzionale)
keyBitSize - Dimensione bit chiave privata. I valori accettati sono 2048, per impostazione predefinita o 4096. (opzionale)
Intestazioni richiesta:
Tipo di contenuto: 'applicazione/json'
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}
Risposta campione 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."
}
}
Scarica il certificato CSR
Scarica il certificato CSR generato.
[GET] https://<node_ip>/api/v1/externalCertManager/csr
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}
Scarica la chiave privata
Scarica la chiave privata generata insieme al certificato CSR.
[GET] https://<node_ip>/api/v1/externalCertManager/key
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}
Eliminazione del certificato CSR
Elimina il certificato CSR esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/csr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}
Elimina la chiave privata
Elimina la chiave privata esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/key
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}
Installare il certificato firmato CA e la chiave privata
Carica il certificato firmato CA fornito e la chiave privata sul nodo mesh video e installa il certificato sul nodo.
[POST] https://<node_ip>/api/v1/externalCertManager/uploadInstallCaCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Utilizzare 'form-data' per caricare i seguenti file:
File certificato firmato CA (.crt) con chiave come 'crtFile'.
File della chiave privata (.key) con la chiave come 'keyFile'.
Intestazioni richiesta:
Tipo di contenuto: "dati multiparte/modulo"
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}
Risposta di esempio 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."
}
}
Scarica il certificato firmato CA
Scarica il certificato firmato CA installato sul nodo.
[GET] https://<node_ip>/api/v1/externalCertManager/caCert
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}
Eliminare il certificato firmato dall'autorità di certificazione
Elimina il certificato firmato dall'autorità di certificazione installato sul nodo.
[CANCELLA] https://<node_ip>/api/v1/externalCertManager/caCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}
Risposte API comuni
Di seguito sono elencate alcune risposte di esempio che è possibile riscontrare durante l'uso di qualsiasi API menzionata sopra.
Risposta campione 1: Credenziali errate fornite nell'autorizzazione di base.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta campione 2: VMN non viene aggiornato alla versione richiesta che supporta queste API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}
Risposta di esempio 3: Riferimento errato inserito nell'intestazione (quando l'intestazione non era prevista).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}
Risposta di esempio 4: Limite di velocità superato, provare dopo qualche tempo.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Aggiungi regole di indirizzamento interne ed esterne
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
| 1 | Dall'interfaccia del nodo mesh video, scegliere 5 Configurazione IP esterna, quindi fare clic su Seleziona. | ||
| 2 | Scegliere 3 Gestisci regole di indirizzamento, quindi fare clic su Seleziona. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna.
È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 3 | Effettuare le seguenti operazioni secondo necessità:
Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Registrazione del nodo mesh video nel cloud Webex
Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail.
Operazioni preliminari
Una volta iniziata la registrazione di un nodo, è necessario completarlo entro 60 minuti o iniziare da capo.
Verificare che gli eventuali blocchi popup nel browser siano disabilitati o che sia consentita un'eccezione per https://admin.webex.com.
Per ottenere i migliori risultati, distribuire tutti i nodi di un cluster nello stesso centro dati. Vedere Cluster in mesh video per informazioni su come funzionano e procedure consigliate.
Dall'organizzatore o dalla macchina in cui si stanno registrando i nodi mesh video nel cloud, è necessario disporre della connettività al cloud Webex e agli indirizzi IP mesh video registrati (in un ambiente NIC doppio, in particolare gli indirizzi IP interni dei nodi mesh video).
| 1 |
Accedi a Control Hub utilizzando le credenziali di amministrazione. La funzionalità di amministrazione di Control Hub è disponibile solo per gli utenti definiti come amministratori in Control Hub. Per ulteriori informazioni, vedere Ruoli account cliente. | ||
| 2 | Vai a e sceglierne uno:
| ||
| 3 | Accertarsi di aver installato e configurato il nodo mesh video. Fare clic su Sì, sono pronto per eseguire la registrazione..., quindi fare clic su Avanti. | ||
| 4 | In Crea un nuovo cluster o seleziona un cluster, scegline uno:
| ||
| 5 | In Inserisci il nome di dominio completo o l'indirizzo IP, inserisci il nome di dominio completo o l'indirizzo IP interno del nodo mesh video, quindi fai clic su Avanti.
Un nome di dominio completo deve essere risolto direttamente all'indirizzo IP o non è utilizzabile. Eseguiamo la convalida su FQDN per escludere qualsiasi errore di tipo o di configurazione.
| ||
| 6 | In Aggiorna pianificazione, scegliere un'ora, una frequenza e un fuso orario. L'impostazione predefinita è una pianificazione di aggiornamento giornaliera. È possibile passare a una pianificazione settimanale in un giorno specifico. Quando è disponibile un aggiornamento, il software del nodo mesh video viene aggiornato automaticamente durante il periodo di tempo selezionato.
| ||
| 7 | In Notifiche e-mail, aggiungere gli indirizzi e-mail dell'amministratore per iscriversi alle notifiche sugli allarmi di servizio e sugli aggiornamenti software. L'indirizzo e-mail amministratore viene aggiunto automaticamente. Puoi rimuoverlo se vuoi. | ||
| 8 | Attivare l'impostazione Qualità video per abilitare il video 1080p 30fps. Con questa impostazione, i partecipanti SIP che accedono a una riunione ospitata in un nodo mesh video possono utilizzare video a 1080p e 30fps se sono tutti all'interno della rete aziendale e stanno utilizzando un dispositivo ad alta definizione. L'impostazione si applica a tutti i cluster di nodi.
| ||
| 9 | Leggi le informazioni in Completa registrazione, quindi fai clic su Vai a nodo per registrare il nodo sul cloud Webex. Viene visualizzata una nuova scheda del browser per controllare il nodo. Questa operazione consente di proteggere il nodo mesh video utilizzando l'indirizzo IP del nodo. Durante il processo di registrazione, Control Hub reindirizza l'utente al nodo mesh video. L'indirizzo IP deve essere protetto, altrimenti la registrazione non riesce. Il processo di registrazione deve essere completato dalla rete aziendale in cui è installato il nodo. | ||
| 10 | Selezionare Consenti accesso al nodo mesh video Webex, quindi fare clic su Continua. | ||
| 11 | Fare clic su Consenti . L'account è stato convalidato, il nodo mesh video è registrato e viene visualizzato il messaggio Registrazione completata, a indicare che il nodo mesh video è ora registrato in Webex. Il nodo mesh video ottiene le credenziali della macchina in base ai diritti della propria organizzazione. Le credenziali generate dalla macchina scadono periodicamente e vengono aggiornate. | ||
| 12 | Fare clic sul collegamento al portale o chiudere la scheda per tornare alla pagina mesh video. Nella pagina Mesh video, ora viene visualizzato il nuovo cluster contenente il nodo mesh video registrato.
A questo punto, il nodo mesh video è pronto per comunicare con i servizi cloud Cisco sui canali protetti utilizzando un token emesso per l'autenticazione. Il nodo mesh video comunica anche con Docker Hub (docker.com, docker.io). Docker è utilizzato dal nodo mesh video per conservare i contenitori per la distribuzione a diversi nodi mesh video in tutto il mondo. Solo Cisco dispone delle credenziali per scrivere a Docker Hub. I nodi mesh video possono raggiungere Docker Hub utilizzando le credenziali di sola lettura per scaricare i container per gli aggiornamenti.
|
Aspetti da tenere presenti
Tenere presenti le seguenti informazioni sul nodo mesh video e sul funzionamento della stessa una volta eseguita la registrazione nell'organizzazione Webex:
Quando distribuisci un nuovo nodo mesh video, l'app Webex e il dispositivo registrato su Webex non riconosceranno il nuovo nodo per un massimo di 2 ore. I client verificano la raggiungibilità del cluster durante l'avvio, una modifica di rete o la scadenza della cache. Puoi attendere 2 ore o, come soluzione, riavviare l'app Webex o riavviare il dispositivo di sala o da scrivania Webex. Successivamente, l'attività di chiamata viene acquisita nei report mesh video in Control Hub.
Un nodo mesh video si registra in una singola organizzazione Webex; non è un dispositivo multitenant.
Per comprendere cosa utilizza e cosa non utilizza il nodo mesh video, vedere la tabella in Client e dispositivi che utilizzano il nodo mesh video.
Il nodo mesh video può connettersi al sito Webex o al sito Webex di un altro cliente o partner. Ad esempio, il sito A ha distribuito un cluster di nodi mesh video e l'ha registrato con il dominio example1.webex.com. Se gli utenti nel Sito Effettuano Una chiamata di accesso a mymeeting@example1.webex.com, utilizzano il nodo mesh video e si può creare una cascata. Se gli utenti nel sito A chiamano yourmeeting@esempio2.webex.com, gli utenti del sito A utilizzeranno il nodo mesh video locale e si connetteranno alla riunione sull'organizzazione Webex del sito B.
Operazioni successive
Per registrare nodi aggiuntivi, ripetere questa procedura.
Se è disponibile un aggiornamento, si consiglia di applicarlo il prima possibile. Per eseguire l'aggiornamento, effettuare le seguenti operazioni:
I dati di provisioning vengono trasferiti al cloud Webex dal team di sviluppo di Cisco su canali protetti. I dati di provisioning sono firmati. Per i container, i dati di provisioning contengono nome, checksum, versione e così via. Il nodo mesh video ottiene anche i dati di provisioning dal cloud Webex su canali protetti.
Una volta ricevuti i dati di provisioning dal nodo mesh video, il nodo esegue l'autenticazione con credenziali di sola lettura e scarica il contenitore con checksum e nome specifici e aggiorna il sistema. Ciascun contenitore in esecuzione sul nodo mesh video ha un nome immagine e un checksum. Questi attributi vengono caricati nel cloud Webex utilizzando canali protetti.
Abilitazione della qualità del servizio (QoS) per il nodo mesh video
Operazioni preliminari
Apportare le modifiche necessarie alla porta del firewall coperte nel diagramma e nella tabella. Vedere Porte e protocolli utilizzati dal mesh video.
Per abilitare i nodi mesh video per la QoS, i nodi devono essere online. I nodi in modalità di manutenzione o stati non in linea sono esclusi quando si abilita questa impostazione.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic su Modifica impostazioni nella scheda mesh video. | ||
| 2 | Scorrere fino a Qualità del servizio e fare clic su Abilita. Quando questa opzione è abilitata, viene visualizzato l'intervallo di porte ampio e discreto (determinato dalla configurazione del controllo chiamate locale) utilizzato per audio e video per client/endpoint SIP locali e cascata intracluster con contrassegni DSCP univoci:.
Tutto il traffico SIP e a cascata dai nodi mesh video è contrassegnato con EF per l'audio e AF41 per il video. Gli intervalli di porte discrete vengono utilizzati come porte di origine per la propagazione a catena di contenuti multimediali in altri nodi mesh video e nodi multimediali cloud nonché porte di origine e di destinazione per contenuti multimediali client SIP. Le app Webex Teams e il contenuto multimediale a cascata continuano a utilizzare la porta condivisa di destinazione di 5004 e la rampa porta 50000–53000.
Viene visualizzato un messaggio di stato che mostra quali nodi sono abilitati uno ad uno per l'intervallo di porte QoS. Puoi fare clic su Rivedi nodi in sospeso per visualizzare un elenco di nodi in sospeso per la QoS. L'abilitazione di questa impostazione può richiedere fino a 2 ore, in base al traffico di chiamate sui nodi. | ||
| 3 | Se la QoS non è completamente abilitata entro 2 ore, aprire un caso con il supporto per ulteriori indagini. I nodi vengono riavviati e vengono aggiornati con il nuovo intervallo di porte. |
Se si decide di disabilitare l'impostazione, viene visualizzato l'intervallo di porte ridotto e consolidato utilizzato per audio e video (34000–34999). Tutto il traffico dai nodi mesh video (SIP, a cascata, traffico cloud e così via) ottiene una singola marcatura di AF41.
Verifica degli intervalli di porte del nodo mesh video con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Configurazione del nodo mesh video per l'integrazione proxy
Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente o un proxy esplicito, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare la connessione del proxy e risolvere eventuali problemi potenziali.
Operazioni preliminari
Vedere Supporto proxy per il mesh video per una panoramica delle opzioni proxy supportate.
| 1 | Inserire l'URL di impostazione mesh video | ||||||||||
| 2 | Vai su Trust Store & Proxy, quindi scegli un'opzione:
Seguire i passaggi successivi per un controllo trasparente o un proxy esplicito. | ||||||||||
| 3 | Fare clic su Carica un certificato principale o un certificato dell'entità finale, quindi individuare e scegliere il certificato principale per il proxy di ispezione esplicito o trasparente. Il certificato viene caricato ma non ancora installato poiché è necessario riavviare il nodo per installare il certificato. Fare clic sulla freccia in base al nome dell'emittente del certificato per ottenere ulteriori dettagli o fare clic su Elimina se si è commesso un errore e si desidera ricaricare il file. | ||||||||||
| 4 | Per un controllo trasparente o proxy espliciti, fare clic su Verifica connessione proxy per verificare la connettività di rete tra il nodo mesh video e il proxy. Se il test di connessione non riesce, viene visualizzato un messaggio di errore che mostra il motivo e come è possibile correggere il problema. | ||||||||||
| 5 | Una volta superato il test di connessione, per il proxy esplicito, attivare il tasto di alternanza per indirizzare tutte le richieste 443 https della porta da questo nodo attraverso il proxy esplicito. Questa impostazione richiede 15 secondi per avere effetto. | ||||||||||
| 6 | Fare clic su Installa tutti i certificati nell'archivio attendibilità (viene visualizzato ogni volta che è stato aggiunto un certificato radice durante l'impostazione del proxy) o su Riavvia (viene visualizzato se non è stato aggiunto alcun certificato radice), leggere il prompt e fare clic su Installa se si è pronti. Il nodo si riavvia entro pochi minuti. | ||||||||||
| 7 | Una volta riavviato il nodo, eseguire di nuovo l'accesso, se necessario, quindi aprire la pagina Panoramica per controllare i controlli di connettività e assicurarsi che siano tutti in stato verde. Il controllo della connessione proxy verifica solo un sottodominio di webex.com. Se si verificano problemi di connettività, un problema comune è che alcuni dei domini cloud elencati nelle istruzioni di installazione vengono bloccati sul proxy. |
Integrazione di mesh video con flusso attività controllo chiamate
Configurare i trunk SIP per indirizzare la chiamata in ingresso SIP per le riunioni Webex su mesh video. I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP locali e i cluster mesh video.
Operazioni preliminari
Vedere Modelli Di Distribuzione Per Mesh Video e Cisco Unified Communications Manager per conoscere gli esempi di distribuzione comuni.
Il mesh video supporta TCP o TLS tra la segnalazione Unified CM e SIP. SIP TLS non è supportato per VCS Expressway.
In Unified CM, ciascun trunk SIP può supportare fino a 16 destinazioni mesh video (indirizzi IP).
In Unified CM, le porte in ingresso sul profilo di sicurezza SIP Trunk possono essere predefinite (profilo trunk SIP non protetto).
Mesh video supporta 2 percorsi di indirizzamento: sitename.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Mesh video supporta 3 percorsi di indirizzamento: webex.com (per brevi indirizzi video), nomesito.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Quando si utilizza il formato dell'indirizzo video breve ( meeting@webex.com ), il nodo mesh video gestisce sempre la chiamata. Il nodo gestisce la chiamata anche se la chiamata è a un sito con mesh video abilitato.
Scegliere una di queste opzioni, in base all'ambiente di controllo delle chiamate e ai requisiti di sicurezza:
|
Configurazione dell'indirizzamento del traffico Unified CM Secure TLS SIP per mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un trunk SIP per indicare un Expressway per failover cloud Webex.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Creare un percorso di indirizzamento SIP per le riunioni dell'app Webex (compatibilità con le versioni precedenti): |
Configurazione dell'indirizzamento del traffico SIP TCP di Unified CM per il mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un nuovo trunk SIP per puntare a un Expressway.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Crea un percorso di indirizzamento SIP per le riunioni dell'app Webex: |
Configurare il routing del traffico SIP TCP Expressway per il mesh video
| 1 | Crea una zona che punta ai cluster mesh video: |
| 2 | Crea sequenze di chiamata per cluster mesh video per siti Webex: |
| 3 | Creare un client trasversale e una coppia di zone che punti al cloud Expressway per failover: |
| 4 | Creare una regola di ricerca di fallback nella zona client trasversale che porta a Expressway-E: |
| 5 | Da Expressway-E, vai a . Fare clic su Nuovo e aggiungere la zona Webex. Nelle versioni precedenti alla X8.11, è stata creata una nuova zona DNS per questo scopo. |
| 6 | Creare una sequenza di chiamata per Expressway cloud: |
| 7 | Per i dispositivi SIP registrati su Expressway-C, aprire l'indirizzo IP del dispositivo in un browser, andare a Impostazione, scorrere fino a SIP e scegliere Standard dal menu a discesa Tipo . |
Catene di certificati di scambio tra nodi mesh video e Unified CM
Completare uno scambio di certificati per stabilire la fiducia bidirezionale tra le interfacce mesh video e Unified CM. Con la configurazione del trunk sicuro, i certificati consentono al traffico SIP crittografato e al contenuto multimediale SRTP nella propria organizzazione da Unified CM attendibili di atterrare sui nodi mesh video attendibili.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
Operazioni preliminari
Per motivi di sicurezza, si consiglia di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo.
| 1 | Aprire l'interfaccia del nodo mesh video (indirizzo IP/impostazione, ad esempio, | ||||
| 2 | Andare a Certificati server e richiedere e caricare un certificato e una coppia di chiavi come necessario: | ||||
| 3 | In un'altra scheda del browser, da Cisco Unified OS Administration, andare a . Immettere i criteri di ricerca e fare clic su Trova, quindi scegliere il nome del file del certificato o la Certificate Trust List (CTL) e fare clic su Scarica. Salva il file Unified CM in un punto facile da ricordare e lascia aperta l'istanza Unified CM nella scheda del browser. | ||||
| 4 | Tornare alla scheda dell'interfaccia del nodo mesh video, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato su cloud si spegne cortesemente, in attesa fino a 2 ore per la fine di qualsiasi chiamata. Per installare il certificato CallManager.pem, il nodo viene riavviato automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato CallManager.pem viene installato sul nodo mesh video. È quindi possibile ricaricare la pagina per visualizzare il nuovo certificato. | ||||
| 5 | Tornare alla scheda Amministrazione del sistema operativo Cisco Unified e fare clic su Carica certificato/catena di certificati. Scegliere il nome del certificato dall'elenco a discesa Scopo certificato, selezionare il file scaricato dall'interfaccia del nodo mesh video, quindi fare clic su Apri. | ||||
| 6 | Per caricare il file sul server, fare clic su Carica file. Se si sta caricando una catena di certificati, è necessario caricare tutti i certificati nella catena.
|
Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione
Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza un'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video.
Impostazioni | Risultato |
|---|---|
Unified CM è configurato con un trunk sicuro e questa impostazione Video Mesh Control Hub non è abilitata. | Chiamate non riuscite. |
Unified CM non è configurato con un trunk sicuro e questa impostazione di Video Mesh Control Hub è abilitata. | Le chiamate non avranno esito negativo ma torneranno in modalità non protetta. |
Gli endpoint Cisco devono anche essere configurati con un profilo di sicurezza e una negoziazione TLS per il funzionamento della crittografia end-to-end. In caso contrario, le chiamate vengono riversate sul cloud dagli endpoint non configurati con TLS. Si consiglia di abilitare questa funzione solo se tutti gli endpoint possono essere configurati per utilizzare TLS. |
Operazioni preliminari
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Scorrere fino a Crittografia multimediale e attivare l'impostazione. Questa impostazione rende obbligatoria la crittografia su tutti i canali multimediali che passano attraverso i nodi mesh video nella tua organizzazione. Tenere presente la tabella precedente e le note di attenzione per le situazioni in cui le chiamate potrebbero non riuscire e per le funzioni richieste per la crittografia end-to-end. |
| 3 | Fare clic su Mostra tutto e ripetere le seguenti operazioni su ciascun cluster mesh video che si desidera abilitare per il traffico SIP sicuro. |
Abilitazione del mesh video per il sito Webex
Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic sul sito Webex dalla scheda Riunioni, quindi fare clic su Impostazioni |
| 2 | Accedere alle Impostazioni comuni facendo clic su Servizio > Riunione > Impostazioni sito. Da Impostazioni comuni, fare clic su Cloud Collaboration Meeting Rooms (CMR), scegliere Video Mesh per Media Resource Type, quindi fare clic su Salva in basso.
Questa impostazione collega il mesh video e le istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. L'impostazione deve essere popolata in tutto l'ambiente dopo 15 minuti. Le riunioni Webex che iniziano dopo questa modifica verranno inserite nella nuova impostazione. Se si lascia questo campo impostato su Cloud (opzione predefinita), tutte le riunioni vengono ospitate nel cloud e il nodo mesh video non viene utilizzato. |
Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex
Verificare l'esperienza di riunione sull'endpoint sicuro
Utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e che venga visualizzata l'esperienza di riunione corretta.
| 1 | Accedere a una riunione dall'endpoint protetto. |
| 2 | Verificare che l'elenco dell'elenco riunioni venga visualizzato sul dispositivo. Questo esempio mostra come appare l'elenco delle riunioni su un endpoint con un pannello touch:
|
| 3 | Durante la riunione, accedere alle informazioni della conferenza Webex da Dettagli chiamata . |
| 4 | Verificare che la sezione Crittografia mostri il file Digitare come AES-128 e il Stato come Attivato .
|
Analisi mesh video
La funzionalità di analisi fornisce informazioni su come utilizzare i nodi e i cluster mesh video locali nell'organizzazione Webex. Con i dati cronologici nella vista delle metriche, è possibile gestire in modo più efficace le risorse mesh video monitorando la capacità, l'utilizzo e la disponibilità delle risorse locali. È possibile utilizzare queste informazioni per prendere decisioni sull'aggiunta di altri nodi mesh video a un cluster o sulla creazione di nuovi cluster, ad esempio. L'analisi del mesh video è disponibile in Control Hub sotto .
Per facilitare l'analisi dei dati nell'organizzazione, è possibile eseguire lo zoom dei dati visualizzati nel grafico e isolare un periodo di tempo specifico. Per la funzionalità di analisi, è anche possibile compilare report con taglie e dadi per mostrare dettagli più dettagliati.
L'analisi dei mesh video e i report di risoluzione dei problemi mostrano i dati nel fuso orario impostato per il browser locale. |
Analisi
L'analisi del mesh video fornisce una tendenza a lungo termine (fino a 3 mesi di dati) nelle categorie di coinvolgimento, utilizzo delle risorse e utilizzo della larghezza di banda.

Monitoraggio in diretta
La scheda di monitoraggio in diretta fornisce una vista in tempo reale dell'attività nella tua organizzazione: fino a 1 minuto di aggregazione e la possibilità di visualizzare le ultime 4 ore o 24 ore su tutti i cluster o su cluster specifici. Questa scheda in Control Hub viene aggiornata automaticamente, ogni 1 minuto per le ultime 4 ore e ogni 10 minuti per le ultime 24 ore.
Accesso, filtro e salvataggio dei report di monitoraggio in diretta mesh video
I report di monitoraggio in diretta del mesh video sono disponibili nella pagina Risoluzione dei problemi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo.
| ||||
| 2 | Dal tasto di alternanza a sinistra, scegli un'opzione per filtrare la distanza di tempo che desideri mostrare ai dati.
| ||||
| 3 | Interagire con i grafici utilizzando le seguenti opzioni come necessario:
| ||||
| 4 | Una volta filtrati i dati nei report, fare clic su Altro
|
Accesso, filtro e salvataggio dell'analisi mesh video
I report metrici del mesh video sono disponibili nella pagina Analisi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo. | ||||||
| 2 | Fare clic su una categoria, a seconda del tipo di dati che si sta cercando:
| ||||||
| 3 | Dall'elenco a discesa a destra, scegliere un'opzione per ridurre la distanza nel tempo che si desidera mostrare i dati.
| ||||||
| 4 | Interagire con le tabelle o i grafici delle ciambelle utilizzando le seguenti opzioni come necessario:
| ||||||
| 5 | Una volta filtrati i dati nei report, fare clic su Altro
| ||||||
| 6 | Cancella tutti i filtri dalla barra dei filtri se desideri ripristinare la vista di analisi. |
Analisi disponibile per mesh video
Per informazioni dettagliate sulle analisi disponibili in Control Hub, vedi la sezione Mesh video di Analisi per il portfolio Cloud Collaboration.
Strumento di monitoraggio per mesh video
Lo strumento Monitoraggio in Control Hub consente all'organizzazione di monitorare lo stato della distribuzione di mesh video. È possibile eseguire i seguenti test su nodi mesh video, cluster o entrambi per ottenere risultati per parametri specifici.
Test di segnalazione - Verifica se la segnalazione SIP e la segnalazione multimediale si verificano tra il nodo mesh video e i servizi multimediali cloud Webex .
Test a cascata - Verifica se è possibile stabilire una propagazione a catena tra il nodo mesh video e i servizi multimediali cloud Webex .
Test di raggiungibilità - Verifica se il nodo mesh video può raggiungere le porte di destinazione per i flussi multimediali nei servizi multimediali cloud Webex . Verifica inoltre se il nodo mesh video è in grado di comunicare con i cluster cloud associati ai contenitori multimediali attraverso tali porte.
Quando si esegue un test, lo strumento crea una riunione simulata. Al termine del test, viene visualizzato un risultato positivo o negativo con suggerimenti per la risoluzione dei problemi in linea nel report. È possibile pianificare l'esecuzione periodica del test o eseguirlo su richiesta. Per ulteriori informazioni, vedere Monitoraggio dell'integrità dei supporti per mesh video .
Eseguire un test immediato
Utilizzare questa procedura per eseguire un test della raggiungibilità e del monitoraggio dell'integrità dei file multimediali su richiesta su nodi mesh video e/o cluster registrati nell'organizzazione di Control Hub. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . | ||
| 2 | Fare clic su Configura test , fare clic Prova ora , quindi selezionare i nodi e/o i cluster che si desidera testare.
| ||
| 3 | Fare clic su Eseguire il test . |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Configurare i test periodici
Utilizzare questa procedura per configurare e avviare test periodici di raggiungibilità e di monitoraggio dell'integrità dei supporti. Questi test vengono eseguiti ogni 6 ore per impostazione predefinita. È possibile eseguire questi test a livelli a livello di cluster, specifici di cluster o specifici di nodo. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . |
| 2 | Fare clic su Configura test , fare clic Test periodico , quindi selezionare i nodi e/o i cluster che si desidera testare. |
| 3 | Scegli un'opzione:
|
| 4 | Fai clic su Avanti. |
| 5 | Rivedere l'elenco di cluster e nodi per eseguire i test periodici. Se si è soddisfatti, fare clic Configura per pianificare la configurazione corrente. |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Abilitazione del video HD 1080p per i dispositivi SIP locali nelle riunioni con nodo mesh video
Questa impostazione consente alla tua organizzazione di preferire video ad alta definizione 1080p per endpoint SIP registrati in locale, con una permuta di capacità di riunione inferiore. Un nodo mesh video deve organizzare la riunione. I partecipanti possono utilizzare video 1080p 30fps a condizione che:
Sono tutti all'interno della rete aziendale.
Stanno utilizzando un dispositivo SIP registrato in locale ad alta definizione.
L'impostazione si applica a tutti i cluster contenenti nodi mesh video.
I dispositivi registrati sul cloud continuano a inviare e ricevere flussi a 1080p, indipendentemente dall'attivazione o disattivazione di questa impostazione. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Attiva Qualità video. Se questa impostazione è disattivata, l'impostazione predefinita è 720 p. |
Per le risoluzioni video supportate dall'app Webex, vedere Specifiche video per chiamate e riunioni.
Riunioni private
La funzione di riunione privata migliora la sicurezza della riunione eseguendo l'interruzione del servizio multimediale in locale. Quando si pianifica una riunione privata, il contenuto multimediale termina sempre sui nodi mesh video all'interno della rete aziendale senza cascata di cloud.
Come mostrato qui, le riunioni private non trasferiscono mai il contenuto multimediale sul cloud. Il contenuto multimediale termina interamente sui cluster mesh video. I cluster mesh video possono essere collegati in cascata solo l'uno con l'altro.
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzano cluster riservati, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
L'app Webex con l'esperienza Webex con funzionalità complete abilitata non è compatibile con mesh video. Per informazioni dettagliate, vedi Client e dispositivi che utilizzano il nodo mesh video. |
Supporto e limitazioni per le riunioni private
Mesh video supporta le riunioni private come segue:
Le riunioni private sono disponibili su Webex versione 40.12 e successive.
Solo le riunioni pianificate possono utilizzare il tipo di riunione privata. Per informazioni dettagliate, vedere l'articolo Pianificazione di una riunione privata Cisco Webex.
Le riunioni private non sono disponibili per le riunioni con funzionalità complete avviate o a cui si è partecipato dall'app Webex.
È possibile utilizzare qualsiasi dispositivo attualmente supportato dal mesh video.
I nodi possono utilizzare qualsiasi immagine corrente: 72vCPU e 23vCPU.
La logica delle riunioni private non crea lacune nelle metriche. Raccogliamo le stesse metriche per Control Hub come per le riunioni non private.
Poiché alcuni utenti non attivano questa funzione, i report di analisi per le riunioni private non vengono visualizzati se la tua organizzazione non dispone di una riunione privata tra 90 giorni.
Le riunioni private supportano la lavagna a 1 Via da un endpoint video.
Limiti
Le riunioni private presentano le seguenti limitazioni:
Le riunioni private supportano solo VoIP per l'audio. Non supportano Webex Edge Audio o PSTN.
Non puoi utilizzare una sala riunioni personale per una riunione privata.
Le riunioni private non supportano le funzioni Webex che richiedono una connessione al cloud, ad esempio, registrazione cloud, trascrizione e Webex Assistant.
Non puoi accedere a una riunione privata da un sistema video registrato su cloud non autenticato, anche uno che è stato accoppiato all'app Webex.
Uso delle riunioni private come tipo di riunione predefinito
In Control Hub, puoi specificare che le riunioni future pianificate per la tua organizzazione siano riunioni private.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Modifica impostazioni dalla scheda mesh video . Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 3 | Salvare la modifica. |
Quando abiliti questa impostazione, si applica a tutte le riunioni per la tua organizzazione, anche a quelle pianificate in precedenza.
(Opzionale) Prenotazione di un cluster per le riunioni private
Le riunioni private e non private di solito utilizzano le stesse risorse mesh video. Tuttavia, poiché le riunioni private devono mantenere i media locali, non possono impostare overflow sul cloud quando le risorse locali sono esaurite. Per ridurre tale possibilità, è possibile impostare un cluster mesh video per organizzare solo riunioni private.
In Control Hub, configura il cluster esclusivamente per l'organizzazione di riunioni private. Questa impostazione impedisce alle riunioni non private di utilizzare tale cluster. Riunioni private predefinite per l'uso di tale cluster. Se il cluster esaurisce le risorse, le riunioni private vengono trasmesse in cascata solo agli altri cluster mesh video.
Si consiglia di predisporre un cluster privato per gestire il picco di utilizzo previsto dalle riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a e fai clic su Mostra tutto sulla scheda mesh video. |
| 2 | Selezionare il cluster mesh video dall'elenco e fare clic su Modifica impostazioni cluster. |
| 3 | Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Messaggi di errore per le riunioni private
Questa tabella elenca i possibili errori che gli utenti possono visualizzare quando accedono a una riunione privata.
Messaggio di errore | Azione utente | Motivo |
|---|---|---|
Accesso alla rete esterna negato È necessario essere sulla rete aziendale per partecipare alla riunione privata. I dispositivi Webex accoppiati che si trovano al di fuori della rete aziendale non possono accedere alla riunione; in tale scenario, provare a collegare il laptop, il dispositivo mobile alla rete aziendale e accedere alla riunione in modalità non abbinata. | Un utente esterno accede dalla rete aziendale senza VPN o MRA. | Per accedere a una riunione privata, gli utenti esterni devono accedere alla rete aziendale attraverso una VPN o MRA. |
Un utente esterno è su VPN, ma è accoppiato a un dispositivo non autenticato. | Il contenuto multimediale del dispositivo non esegue il tunnel nella rete aziendale attraverso la VPN. Il dispositivo non può accedere a una riunione privata. Al contrario, dopo essersi connessi alla VPN, l'utente remoto deve accedere a una riunione privata in modalità dispositivo non abbinato dal client desktop o mobile. | |
Nessun cluster disponibile I cluster che ospitano questa riunione privata sono al massimo della capacità, irraggiungibili, offline o non registrati. Contatta l'amministratore IT per assistenza. | Un utente si trova sulla rete aziendale (in sede o da remoto tramite VPN), ma non può accedere a una riunione privata. | I cluster mesh video sono:
|
Non autorizzato Non si è autorizzati a partecipare a questa riunione privata in quanto non si è membri dell'organizzazione organizzatore. Contatta l'Organizzatore della riunione. | Un utente di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo gli utenti appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Un dispositivo di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo i dispositivi appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Mantenere i file multimediali su mesh video per tutte le riunioni Webex esterne
Quando i file multimediali vengono eseguiti attraverso i nodi mesh video locali, si ottengono prestazioni migliori e si utilizza meno larghezza di banda Internet.
Nelle versioni precedenti, si controllava l'uso del mesh video per le riunioni solo per i siti interni. Per le riunioni organizzate su siti Webex esterni, tali siti controllavano se il mesh video poteva essere esteso a Webex. Se un sito esterno non consente la propagazione a catena di mesh video, i file multimediali utilizzano sempre i nodi cloud Webex .
Con l'impostazione Preferisci mesh video per tutte le riunioni Webex esterne, se il sito Webex dispone di nodi mesh video disponibili, i file multimediali passano attraverso tali nodi per le riunioni organizzate su siti Webex esterni. Questa tabella riassume il funzionamento dei partecipanti alle riunioni Webex :
| L'impostazione è... | Riunione sul sito Webex interno con Cascate mesh video abilitate | Riunione sul sito Webex interno con cascate di mesh video disabilitate | Riunione su sito Webex esterno con Cascate mesh video abilitate | Riunione su sito Webex esterno con cascate di mesh video disabilitate |
|---|---|---|---|---|
| Enabled | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza i nodi mesh video. |
| Disabilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. |
Questa impostazione è disattivata per impostazione predefinita, in modo da mantenere il funzionamento delle versioni precedenti. In queste versioni, il mesh video non veniva trasferito a Webex e i partecipanti partecipavano attraverso i nodi cloud Webex .
| 1 | Nella vista cliente inhttps://admin.webex.com , andare a e fare clic Mostra tutto nella scheda mesh video. |
| 2 | Selezionare il cluster di mesh video nell'elenco e fare clic Modifica impostazioni . |
| 3 | Scorrere fino a Preferisci mesh video per tutte le Webex Meetings esterne e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Ottimizza l'utilizzo della distribuzione mesh video
È possibile visualizzare tutti i client sui cluster mesh video per una migliore esperienza utente tramite mesh video. Se la capacità del cluster mesh video è temporaneamente diminuita o se è stato aumentato l'utilizzo, è possibile ottimizzare l'utilizzo del cluster mesh video controllando quali tipi di client atterrano sui cluster mesh video. Ciò consente di gestire efficacemente la capacità esistente fino a quando non è possibile aggiungere altri nodi per soddisfare la domanda.
Vedi il portale Analisi in Control Hub per comprendere l'utilizzo, l'utilizzo, il reindirizzamento e le tendenze di overflow. In base a queste tendenze, è possibile, ad esempio, scegliere di far arrivare i client desktop o i dispositivi SIP sui cluster mesh video e di far arrivare i client mobili sui nodi cloud Webex. Rispetto ai client mobili, i client desktop e i dispositivi SIP supportano una risoluzione più elevata, hanno schermi più grandi e utilizzano più larghezza di banda e puoi ottimizzare l'esperienza utente per i partecipanti utilizzando tali tipi di client.
È inoltre possibile ottimizzare la capacità dei cluster e massimizzare l'esperienza utente avendo i tipi di client utilizzati dalla maggior parte dei clienti sui cluster mesh video.
| 1 | Accedi a Control Hub, quindi seleziona . - oppure - Selezionare . |
| 2 | In Impostazioni inclusione tipo di client, tutti i tipi di client sono controllati per impostazione predefinita. Deselezionare i tipi di client che si desidera escludere dall'uso dei cluster mesh video. Questi cluster sono ospitati sui nodi cloud Webex. |
| 3 | Fai clic su Salva. |
Annulla registrazione nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Visualizza tutto sulla scheda mesh video. |
| 3 | Dall'elenco delle risorse, vai al cluster appropriato e scegli il nodo. |
| 4 | Fare clic su . Viene visualizzato un messaggio che richiede di confermare che si desidera eliminare il nodo. |
| 5 | Dopo aver letto e compreso il messaggio, fare clic su Annulla registrazione nodo. |
Sposta nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi scegliere Visualizza tutto sulla scheda mesh video. |
| 2 | Dall'elenco, selezionare il nodo che si desidera spostare, quindi fare clic su Azioni (puntini di sospensione verticali). |
| 3 | Seleziona Sposta nodo. |
| 4 | Scegli il pulsante di opzione appropriato per il punto in cui desideri spostare il nodo:
|
| 5 | Fare clic su Sposta nodo. Il nodo viene spostato nel nuovo cluster.
|
Impostazione della pianificazione di aggiornamento del cluster mesh video
È possibile impostare una pianificazione di aggiornamento specifica o utilizzare la pianificazione predefinita delle ore 3. Daily Stati Uniti: America/Los Angeles. È possibile scegliere di posticipare un aggiornamento futuro, se necessario.
Gli aggiornamenti software per il mesh video vengono eseguiti automaticamente a livello di cluster, per garantire che tutti i nodi utilizzino sempre la stessa versione del software. Gli aggiornamenti vengono eseguiti in base alla pianificazione di aggiornamento per il cluster. Quando diventa disponibile un aggiornamento software, è possibile aggiornare manualmente il cluster prima dell'ora di aggiornamento pianificata.
Operazioni preliminari
Gli aggiornamenti urgenti vengono applicati non appena sono disponibili. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Visualizza tutto nella scheda mesh video. | ||
| 2 | Fare clic su una risorsa multimediale, quindi fare clic su Modifica impostazioni cluster. | ||
| 3 | Nella pagina Impostazioni, scorrere fino a Aggiorna, quindi scegliere l'ora, la frequenza e il fuso orario per la pianificazione di aggiornamento.
| ||
| 4 | (Opzionale) Se necessario, fare clic su Rinvia per rinviare l'aggiornamento una volta, fino alla finestra successiva. Sotto il fuso orario, vengono visualizzate la successiva data e ora di aggiornamento disponibili. |
- Miglioramento del funzionamento
-
Il nodo effettua richieste periodiche al cloud per verificare se è disponibile un aggiornamento.
Il cloud non rende disponibile l'aggiornamento finché non arriva la finestra di aggiornamento del cluster. Quando arriva la finestra di aggiornamento, la successiva richiesta di aggiornamento periodico del nodo al cloud fornisce le informazioni sull'aggiornamento.
Il nodo esegue il pull degli aggiornamenti su un canale sicuro.
I servizi esistenti vengono disattivati correttamente per interrompere l'indirizzamento delle chiamate in ingresso al nodo. L'aggraziato arresto consente anche di completare le chiamate esistenti (fino a 2 ore).
L'aggiornamento viene installato.
Il cloud attiva solo l'aggiornamento per una percentuale di nodi in un cluster alla volta.
Elimina cluster mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fai clic su Visualizza tutto. | ||
| 2 | Dall'elenco delle risorse, scorrere fino alla risorsa mesh video che si desidera eliminare, quindi fare clic su Modifica impostazioni cluster.
| ||
| 3 | Fare clic su Elimina cluster, quindi sceglierne uno:
|
Disattiva mesh video
Operazioni preliminari
Prima di disattivare il mesh video, verrà annullata la registrazione di tutti i nodi mesh video.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , scegli Impostazioni sulla scheda mesh video. |
| 2 | Fare clic su Disattiva. |
| 3 | Esamina l'elenco dei cluster e leggi l'esclusione di responsabilità nella finestra di dialogo. |
| 4 | Selezionare la casella di controllo per confermare di aver compreso questa azione e fare clic su Disattiva nella finestra di dialogo. |
| 5 | Quando si è pronti a disattivare il mesh video, fare clic su Disattiva servizio. La disattivazione rimuove tutti i nodi e i cluster di mesh video. Mesh video non più configurato. |
Risoluzione dei problemi di registrazione del nodo mesh video
Questa sezione contiene possibili errori che è possibile riscontrare durante la registrazione del nodo mesh video nel cloud Webex e le operazioni consigliate per correggerli.
Impossibile risolvere il dominio
Questo messaggio viene visualizzato se le impostazioni DNS configurate sul nodo mesh video non sono corrette.
Accedere alla console del nodo mesh video e verificare che le impostazioni DNS siano corrette.
Impossibile connettersi al sito utilizzando la porta 443 tramite SSL
Questo messaggio viene visualizzato se il nodo mesh video non riesce a connettersi al cloud Webex.
Assicurarsi che la rete consenta la connettività sulle porte richieste per il mesh video. Per informazioni dettagliate, vedere Porte e protocolli utilizzati dal mesh video.
Integrazione ThousandEyes con Video Mesh
La piattaforma mesh video è ora integrata con l'agente ThousandEyes che ti consente di eseguire il monitoraggio end-to-end nel tuo ecosistema digitale ibrido. Questa integrazione offre una vasta gamma di test di monitoraggio della rete che aprono visibilità in aree come proxy, gateway e router. I problemi in qualsiasi punto dell'infrastruttura di rete di un cliente possono essere ridotti e diagnosticati con maggiore precisione, migliorando l'efficienza della loro distribuzione.
Vantaggi dell'integrazione ThousandEyes
- Fornisce diversi tipi di test tra cui scegliere. È possibile configurare uno o più test appropriati per l'applicazione o la risorsa che si desidera monitorare.
- Consente di impostare soglie di test specifiche per i requisiti.
- I risultati del test sono disponibili tramite l'app web ThousandEyes e l'API ThousandEyes in tempo reale.
- Maggiore visibilità nella risoluzione dei problemi: i clienti possono identificare l'origine di un problema nella propria rete, riducendo i tempi di risoluzione.
Abilitazione di ThousandEyes per mesh video
Utilizzare questa procedura per abilitare l'agente ThousandEyes per la distribuzione mesh video.
| 1 | Da Control Hub, fai clic su Hybrid sul lato inferiore sinistro dello schermo. | ||
| 2 | Fare clic su Modifica impostazioni nella scheda mesh video . | ||
| 3 | Scorrere fino all'integrazione ThousandEyes. Il tasto di alternanza verrà disabilitato per impostazione predefinita. Fare clic sul tasto di alternanza per abilitarlo. | ||
| 4 | Fare clic su Profilo utente ThousandEyes, si apre il portale Web ThousandEyes, accedere utilizzando le credenziali di amministrazione. | ||
| 5 | Viene visualizzato un pannello laterale con il token Gruppo account. | ||
| 6 | Fare clic sull’icona di visualizzazione, quindi fare clic su Copy (Copia).
| ||
| 7 | Tornare alla scheda Control Hub, incollare il token nel campo Token agente. | ||
| 8 | Fai clic su Attiva; ThousandEyes è ora abilitato per la distribuzione mesh video. |
Operazioni successive
- Dopo 5 minuti, torna alla pagina Web ThousandEyes, fai clic su Agenti cloud ed aziendali, quindi su Impostazioni agente. È necessario essere in grado di visualizzare tutti i nodi elencati come agenti in Agenti aziendali. Se gli agenti non vengono visualizzati, controllare la scheda Integrazione ThousandEyes su Control Hub per la presenza di messaggi di errore.
- Se viene visualizzato un messaggio di errore, fare clic su Attiva/disattiva, quindi su Disattiva. Ripetere le operazioni per abilitare l'agente ThousandEyes, assicurandosi che il token di gruppo dell'account corretto sia copiato e incollato nel campo Token agente.
Configurazione di test con ThousandEyes
Test di rete – Da agente a agente
Il test di rete agente-agente consente agli utenti di ThousandEyes di avere agenti ThousandEyes alle due estremità di un percorso monitorato, consentendo il test del percorso in una o in entrambe le direzioni: da un'origine all'altra o da un'origine all'altra. Per informazioni dettagliate su come configurare un test agente-agente, vedere Panoramica del test agente-agente.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server SIP
I test dei server SIP facilitano le misurazioni della rete, la raccolta dei dati BGP e, soprattutto, la disponibilità del servizio SIP e i test delle prestazioni rispetto all'infrastruttura VoIP basata su SIP.
Per informazioni dettagliate su come configurare un test server SIP, vedere Impostazioni test server SIP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test flusso RTP
Un test di flusso RTP crea un flusso dati vocale simulato tra due agenti ThousandEyes che agiscono come agenti utente VoIP. I pacchetti RTP vengono inviati tra uno o più agenti e un agente di destinazione, utilizzando UDP come protocollo di trasporto, per ottenere le metriche MOS (Mean Opinion Score), perdita di pacchetti, scarti, latenza e variazione ritardo pacchetti (PDV). Le metriche prodotte sono metriche unidirezionali (da fonte a destinazione). Il test di flusso RTP fornisce le opzioni di porta del server, durata della chiamata, dimensione del buffer di de-jitter e configurazione del codec.
Per informazioni dettagliate sulla configurazione di un test di flusso RTP, vedere Impostazioni di test flusso RTP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test dell'URL del server HTTP Webex
Questo test monitora la pagina di destinazione principale a cui si connettono gli utenti quando accedono a Webex. Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server DNS Webex autorevole
Questo test viene utilizzato per assicurarsi che il dominio Webex si stia risolvendo correttamente sia internamente che esternamente. Quando si utilizzano agenti Enterprise, aggiornare il campo Server DNS per utilizzare i server con nome interno. Se si utilizzano agenti cloud per la visibilità esterna, utilizzare il pulsante Cerca server per compilare automaticamente i server con nomi esterni autorevoli. Questo esempio mostra gli agenti cloud che risolvono cisco.webex.com. Sarà necessario aggiornarlo al dominio della propria organizzazione.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
'

Gestione del nodo mesh video dall'interfaccia Web
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Panoramica su come accedere al mesh video
È possibile aprire l'interfaccia Web in uno dei seguenti modi:
Se sei un amministratore completo e hai già registrato il nodo nel cloud, puoi accedere al nodo da Control Hub.
Dalla vista cliente in https://admin.webex.com, andare a . Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. Fare clic sul cluster, quindi fare clic sul nodo a cui si desidera accedere. Fare clic su Vai a nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video.
In una scheda del browser, passare a
<IP address>/setup, ad esempio,https://192.0.2.0/setup. Inserisci le credenziali di amministrazione impostate per il nodo, quindi fai clic su Accedi.Se l'account amministratore è stato disabilitato, questo metodo non è disponibile. Vedere la sezione "Disabilita o riabilita l'account amministratore locale dall'interfaccia Web".
La panoramica è la pagina predefinita e contiene le seguenti informazioni:
Stato chiamata: fornisce il numero di chiamate in corso attraverso il nodo.
Dettagli nodo: fornisce il tipo di nodo, l'immagine del software, la versione del software, la versione del sistema operativo, lo stato QoS e lo stato della modalità di manutenzione.
Stato nodo: fornisce i dati di utilizzo (CPU, memoria, disco) e lo stato del servizio (servizio di gestione, servizio di messaggistica, sincronizzazione NTP).
Impostazioni di rete: fornisce informazioni sulla rete: nome host, interfaccia, IP, gateway, DNS, NTP e se è abilitato il dual IP.
Dettagli di registrazione: fornisce lo stato di registrazione, il nome dell'organizzazione, l'ID organizzazione, il cluster del nodo e l'ID cluster.
Connettività cloud: esegue una serie di test dal nodo al cloud Webex e alle destinazioni di terze parti a cui il nodo deve accedere per essere eseguito correttamente.
Vengono eseguiti tre tipi di test: risoluzione DNS, tempo di risposta del server e larghezza di banda.
I test DNS convalidano che il nodo possa risolvere un determinato dominio. Questo report di test non è riuscito se il server non risponde entro 10 secondi. Viene visualizzato come "Superato" con un "colore di avviso" arancione se il tempo di risposta è compreso tra 1,5 e 10 secondi. I controlli DNS periodici sul nodo generano allarmi se il tempo di risposta DNS è superiore a 1,5 secondi.
I test di connessione confermano che il nodo può connettersi a un particolare URL HTTPS e ricevere una risposta (risposte diverse da errori proxy o gateway sono accettate come prova di connessione).
L'elenco dei test eseguiti dalla pagina di panoramica non è completo e non include test websocket.
Il nodo invia allarmi se i processi di chiamata non possono completare le connessioni websocket al cloud o connettersi ai servizi correlati alla chiamata.
Accanto a ciascun test viene visualizzato un risultato Superato o Non superato; è possibile passare il mouse su questo testo per visualizzare ulteriori informazioni su ciò che è stato controllato quando il test è stato eseguito.
Come mostrato nella schermata seguente, le notifiche di allarme possono essere visualizzate anche nel pannello laterale, se eventuali allarmi sono stati generati dal nodo. Queste notifiche identificano potenziali problemi sul nodo e forniscono suggerimenti su come risolverli o risolverli. Se non sono stati generati allarmi, il pannello di notifica non viene visualizzato.
Configurazione delle impostazioni di rete dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. Si consiglia di modificare le impostazioni di rete ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. | ||
| 3 | Modificare le seguenti impostazioni per Configurazione organizzatore e rete come necessario:
| ||
| 4 | Fare clic su Salva configurazione organizzatore e rete e una volta visualizzato il popup che indica che il nodo deve essere riavviato, fare clic su Salva e Riavvia. Durante il salvataggio, tutti i campi vengono convalidati sul lato server. Gli avvisi visualizzati generalmente indicano che il server non è raggiungibile o una risposta valida non è stata restituita quando viene richiesto, ad esempio se il nome FQDN non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Un altro possibile stato di errore è se l'indirizzo del gateway non è nella stessa subnet dell'indirizzo IP. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. | ||
| 5 | Modificare le seguenti impostazioni per i server NTP in base alle necessità:
| ||
| 6 | Fare clic su Salva server NTP.
Se il server NTP è un nome di dominio completo e non risolvibile, viene restituito un avviso. Se il nome di dominio completo del server NTP viene risolto ma non è possibile interrogare l'IP risolto per l'ora NTP, viene restituito un avviso. |
Impostazione Dell'Interfaccia Di Rete Esterna Dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza sulla modifica delle impostazioni di rete. Tuttavia, è possibile salvare comunque le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
È possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Attiva Abilita rete esterna e fai clic su Ok per abilitare le opzioni dell'indirizzo IP esterno sul nodo. |
| 5 | Immettere i valori Indirizzo IP esterno, Subnet mask esterna e Gateway esterno. |
| 6 | Fare clic su Salva configurazione rete esterna. |
| 7 | Fare clic su Salva e Riavvia per confermare la modifica. Il nodo viene riavviato per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna. |
| 8 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione rete esterna di nuovo. |
Operazioni successive
Per convalidare la configurazione dell'indirizzo IP interno ed esterno, eseguire le operazioni descritte in Esegui un ping dall'interfaccia Web del nodo mesh video.
Testare una destinazione esterna (ad esempio, cisco.com). In caso di successo, i risultati mostrano che è stato eseguito l'accesso alla destinazione dall'interfaccia esterna.
Testare un indirizzo IP interno; se la procedura va a buon fine, i risultati mostrano che è stato eseguito l'accesso all'indirizzo dall'interfaccia interna.
Aggiunta di regole di indirizzamento interne ed esterne dall'interfaccia Web del nodo mesh video
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
Operazioni preliminari
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. Se è stata configurata la rete esterna, viene visualizzata la scheda Regole di indirizzamento. | ||
| 3 | Fare clic sulla scheda Regole di indirizzamento. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna. È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 4 | Per aggiungere una regola, fare clic su Aggiungi regola di indirizzamento, quindi scegliere una delle seguenti opzioni:
| ||
| 5 | Fare clic su Aggiungi regola di indirizzamento. Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente. | ||
| 6 | Per eliminare una o più regole definite dall'utente, selezionare la casella di controllo nella colonna a sinistra delle regole, quindi fare clic su Elimina regole di indirizzamento.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Configurazione della rete di container dall'interfaccia Web del nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Modificare i valori relativi a Indirizzo IP container e Subnet mask container, in base alle esigenze, quindi fare clic su Salva configurazione rete container. |
| 5 | Fare clic su Salva e Riavvia per confermare la modifica. |
| 6 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione di rete contenitore di nuovo. |
Impostazione delle dimensioni MTU dell'interfaccia di rete
Tutti i nodi mesh video Webex dispongono di rilevamento MTU percorso (PMTU) abilitato per impostazione predefinita. Con PMTU, il nodo può rilevare problemi MTU e modificare automaticamente la dimensione dell'MTU. Quando il PMTU non riesce a causa di problemi del firewall o di rete, il nodo può avere problemi di connettività al cloud perché i pacchetti più grandi dell'MTU cadono. L'impostazione manuale di una dimensione MTU inferiore può risolvere questo problema.
Operazioni preliminari
Se hai già registrato il nodo, devi impostarlo in modalità di manutenzione prima di poter modificare le impostazioni MTU.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione Interface MTU Settings, immettere un valore MTU compreso tra 1280 e 9000 byte nei campi applicabili. Se è stata abilitata l'interfaccia esterna, è possibile impostare separatamente le dimensioni dell'interfaccia MTU interna ed esterna. |
Operazioni successive
Se si mette il nodo in modalità di manutenzione per modificare l'MTU, disattivare la modalità di manutenzione.
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Se le risposte DNS ai nodi mesh video richiedono regolarmente più di 750 ms o se il centro TAC di Cisco lo consiglia, è possibile abilitare la memorizzazione nella cache DNS. Con la memorizzazione nella cache DNS attiva, il nodo memorizza localmente nella cache le risposte DNS . Con la cache, le richieste sono meno soggette a ritardi o timeout che possono portare a allarmi di connettività, interruzioni di chiamata o problemi di qualità della chiamata. La memorizzazione nella cache DNS può anche ridurre il carico sull'infrastruttura DNS .
Operazioni preliminari
Spostare il nodo in modalità manutenzione. Se lo stato della modalità di manutenzione è Attivato (le chiamate attive sono state completate o interrotte alla fine del periodo in sospeso), è possibile abilitare o disabilitare la memorizzazione nella cache DNS.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione DNS Caching Configuration (Configurazione cache DNS), attivare o disattivare Enable DNS Caching (Abilita cache DNS). |
| 5 | Nella finestra di dialogo di conferma, fare clic su Salva e Riavvia. |
| 6 | Una volta riavviato il nodo, riaprire l'interfaccia del nodo mesh video Webex e verificare che i controlli di connettività abbiano esito positivo nella pagina Panoramica. |
Quando si abilita la memorizzazione nella cache DNS, le statistiche della cache DNS visualizzano le seguenti statistiche:
Statistica | Descrizione |
|---|---|
Voci della cache | Il numero di risoluzioni DNS precedenti memorizzate dal server della cache DNS |
La cache colpisce | Il numero di volte dalla reimpostazione della cache in cui la cache ha gestito una richiesta DNS dal mesh video, senza interrogare il server DNS del cliente |
Errori nella cache | Il numero di volte dopo la reimpostazione della cache che il server DNS del cliente ha gestito una richiesta DNS dal mesh video anziché attraverso la cache |
Percentuale successo cache | La percentuale di richieste DNS dal mesh video gestite dalla cache senza interrogare il server DNS del cliente |
Query DNS in uscita del server cache | Il numero di query DNS effettuate dal server della cache DNS mesh video rispetto ai server DNS del cliente |
Query DNS in entrata server cache | Il numero di query DNS effettuate dal mesh video sul server della cache DNS interno |
Rapporto query in uscita/entrata | Il rapporto tra le query DNS effettuate dal mesh video rispetto al server DNS del cliente e le query effettuate dal mesh video rispetto al server della cache DNS interno |
Query in entrata al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video rispetto al server di cache DNS interno |
Query in uscita al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video contro i server DNS del cliente |
Latenza DNS in uscita [intervallo di tempo] | La percentuale di query DNS effettuate dal mesh video sui server DNS del cliente in cui il tempo di risposta è rientrato nell'intervallo di tempo descritto |
Utilizzare il pulsante Cancella cache DNS per reimpostare la cache DNS quando il centro TAC lo richiede. Dopo aver pulito la cache DNS, viene visualizzato un rapporto query in uscita-in entrata più alto man mano che la cache si riempie. Non è necessario posizionare il nodo in modalità di manutenzione per pulire la cache.
Operazioni successive
Spostare il nodo fuori dalla modalità manutenzione. Quindi, ripetere l'attività su qualsiasi altro nodo che richiede una modifica.
Carica certificati di sicurezza
Impostare una relazione di trust tra il nodo e un server esterno, ad esempio un server syslog.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Quando si configura TLS con un altro server, ad esempio un server syslog, si consiglia per motivi di sicurezza di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo. Per creare e caricare il certificato e le coppie di tasti sul nodo mesh video, andare a Certificati server e seguire questa procedura: |
| 3 | Scegliere un'opzione in base alla firma del certificato CA del server esterno:
|
| 4 | Ottenere il certificato o l'elenco di certificati attendibili (CTL) utilizzati dal server esterno. Come per il certificato del nodo mesh video, salvare il file del server esterno in un punto facile da ricordare. |
| 5 | Tornare alla scheda dell'interfaccia del nodo mesh video Webex, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato nel cloud attende fino a 2 ore per la fine di qualsiasi chiamata e si mette in uno stato inattivo temporaneo (quiesces). Per installare il certificato, il nodo deve essere riavviato e lo fa automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato viene installato sul nodo mesh video, quindi è possibile ricaricare la pagina per visualizzare il nuovo certificato. |
| 6 | Ripetere il caricamento del certificato o della catena di certificati su ogni altro nodo mesh video nello stesso cluster. |
Generazione dei registri mesh video per il supporto
È possibile che venga richiesto di inviare i registri direttamente a Cisco oppure è possibile scaricarli da soli per allegarli a un caso. Utilizzare questa procedura dall'interfaccia Web per generare i registri e inviarli a Cisco o scaricarli da qualsiasi nodo mesh video. Il pacchetto di registri generato contiene registri multimediali, registri di sistema e registri di container. Il bundle fornisce informazioni utili per la connettività a Webex, problemi della piattaforma e impostazione chiamata o supporto, in modo che Cisco possa risolvere i problemi della distribuzione del nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi scegliere un'opzione accanto a Invia registri:
I registri generati vengono memorizzati storicamente sul nodo e rimangono sul nodo anche dopo i riavvii. Un identificatore di caricamento viene visualizzato nella pagina. Support utilizza questo valore per identificare i registri caricati. |
| 3 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificativo di caricamento in modo che l'ingegnere del supporto possa accedere ai registri. Se il registro è stato inviato direttamente a Cisco, non è necessario caricare il bundle di registri nel caso TAC. |
Operazioni successive
Durante il caricamento dei registri in Cisco o il download, è possibile eseguire un'acquisizione di pacchetti dalla stessa schermata.
Generazione di acquisizioni di pacchetti mesh video per il supporto
È possibile eseguire un'acquisizione di pacchetti (PCAP) e inviarla a Cisco per un'ulteriore analisi. Un'acquisizione di pacchetti acquisisce un'istantanea dei pacchetti dati che passano attraverso le interfacce di rete del nodo. Una volta acquisiti e inviati i pacchetti, Cisco può analizzare l'acquisizione inviata e aiutare a risolvere i problemi di distribuzione del nodo mesh video.
Operazioni preliminari
La funzionalità di acquisizione dei pacchetti è destinata solo a scopi di debug. Se si esegue un'acquisizione di pacchetti su un nodo mesh video in diretta che ospita chiamate attive, l'acquisizione di pacchetti può influire sulle prestazioni del nodo e il file generato potrebbe essere sovrascritto. Ciò causa una perdita di dati acquisiti. Si consiglia di eseguire l'acquisizione dei pacchetti solo durante le ore di punta o quando il numero delle chiamate è inferiore a 3 sul nodo. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi. È possibile avviare l'acquisizione dei pacchetti e caricare i registri contemporaneamente. |
| 3 | (Opzionale) Nella sezione Acquisizione pacchetti, è possibile limitare l'acquisizione ai pacchetti su una specifica interfaccia, filtrare in base ai pacchetti da o verso determinati organizzatori o filtrare in base ai pacchetti su una o più porte. |
| 4 | Per iniziare il processo, attivare l'impostazione Start Packet Capture (Avvia acquisizione pacchetti). |
| 5 | Al termine, disattivare l'impostazione Avvia acquisizione pacchetti. |
| 6 | Scegli un'opzione:
Una volta caricata l'acquisizione di un pacchetto, nella pagina viene visualizzato un identificativo di caricamento. Il supporto utilizza questo valore per identificare l'acquisizione di pacchetti caricata. La dimensione massima per le acquisizioni di pacchetti è 2 GB. |
| 7 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificatore di caricamento in modo che l'ingegnere del supporto possa accedere all'acquisizione dei pacchetti. |
Esecuzione di un ping dall'interfaccia Web del nodo mesh video
È possibile eseguire un ping dall'interfaccia Web del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Ping, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Prova connettività utilizzando Ping. |
| 3 | Fare clic su Ping. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Esecuzione di un percorso di traccia dall'interfaccia Web mesh video
È possibile eseguire un traceroute dall'interfaccia Web del nodo mesh video. Questa operazione mostra l'indirizzamento dei pacchetti dal nodo verso la destinazione inserita. La visualizzazione delle informazioni di tracciamento della route consente di determinare perché una particolare connessione potrebbe essere scadente e può aiutare a identificare i problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Traceroute, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP sotto Traccia indirizzamento a organizzatore. Il test viene eseguito e viene visualizzato il messaggio di successo o di errore di traccia del percorso. Il test viene ripetuto per 16 secondi. In caso di errore o di timeout del test, controllare il valore di destinazione inserito e le impostazioni di rete. |
Verifica del server NTP dall'interfaccia Web del nodo mesh video
È possibile immettere un indirizzo FQDN o IP di un server NTP (Network Time Protocol) per confermare che il nodo mesh video può accedere al server. Questo test è utile se si notano problemi di sincronizzazione dei tempi e si desidera escludere la raggiungibilità del server NTP.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Controlla server NTP, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Visualizza risposta query SNTP. Il test viene eseguito e viene visualizzato un messaggio di query riuscita o errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Identificazione dei problemi della porta con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Abilitazione dell'account utente di debug dall'interfaccia Web del nodo mesh video
Se il centro TAC di Cisco richiede l'accesso al nodo mesh video Webex, è possibile abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi attivare l'impostazione Abilita utente debug. Viene visualizzata una passphrase crittografata che è possibile fornire a Cisco TAC. |
| 3 | Copiare la passphrase, incollarla nel ticket di supporto o direttamente all'ingegnere del supporto, quindi fare clic su OK una volta salvata. |
L'account utente di debug è valido per 3 giorni, dopodiché scade.
Operazioni successive
È possibile disabilitare l'account prima della scadenza se si torna alla pagina Risoluzione dei problemi e si disattiva l'impostazione Abilita utente di debug.
Ripristino delle impostazioni di fabbrica di un nodo mesh video dall'interfaccia Web
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video dall'interfaccia Web. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Risoluzione dei problemi, scorri fino a Ripristino delle impostazioni di fabbrica, quindi fai clic su Ripristina nodo. |
| 3 | Assicurarsi di aver compreso le informazioni nel messaggio di avviso visualizzato, quindi fare clic su Ripristina e Riavvia. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Disabilitazione o riabilitazione dell'account amministratore locale dall'interfaccia Web
Quando si installa un nodo mesh video Webex, inizialmente si esegue l'accesso utilizzando un account locale integrato con il nome utente "admin". Una volta registrato il nodo nel cloud Webex, è possibile utilizzare le credenziali di amministrazione dell'organizzazione Webex per gestire i nodi mesh video da Control Hub. In questo modo, i criteri dell'account amministratore e i processi di gestione applicabili a Control Hub si applicano anche ai nodi mesh video. Per un ulteriore controllo, puoi disabilitare l'account "admin" integrato in modo che Control Hub gestisca tutta l'autenticazione e la gestione degli amministratori.
Utilizzare questa procedura dopo aver registrato il nodo nel cloud per disabilitare (o riabilitare successivamente) l'account utente amministratore. Quando si disabilita l'account amministratore, è necessario utilizzare Control Hub per accedere all'interfaccia Web del nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . | ||
| 2 | Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. | ||
| 3 | Fare clic sul cluster, quindi sul nodo a cui si desidera accedere. Fare clic su Vai a nodo. | ||
| 4 | Andare ad Amministrazione. | ||
| 5 | Disattivare Abilita accesso utente amministratore per disabilitare l'account o riabilitarlo.
| ||
| 6 | Nella schermata di conferma, fare clic su Disabilita o Abilita per completare la modifica. |
Una volta disabilitato l'utente amministratore, non è possibile accedere al nodo mesh video attraverso l'interfaccia utente Web o la CLI avviata da SSH. Tuttavia, è possibile accedere utilizzando le credenziali utente di amministrazione tramite una CLI avviata dalla console VMware ESXi.
Modifica della passphrase di amministrazione dall'interfaccia Web
Utilizzare questa procedura per modificare la passphrase (password) amministratore per il nodo mesh video Webex utilizzando l'interfaccia Web.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica passphrase, fare clic su Modifica. |
| 3 | Immettere la passphrase corrente, quindi immettere un nuovo valore di passphrase in Nuova passphrase e Conferma nuova passphrase. |
| 4 | Fare clic su Salva passphrase. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso. |
| 5 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Modifica dell'intervallo di scadenza della passphrase dall'interfaccia Web
Utilizzare questa procedura per modificare l'intervallo di scadenza passphrase predefinito di 90 giorni utilizzando l'interfaccia Web. Quando l'intervallo è attivo, viene richiesto di immettere una nuova passphrase quando si esegue l'accesso al nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica scadenza passphrase, immettere un nuovo valore per Intervallo scadenza (giorni) (fino a 365 giorni), quindi fare clic su Salva intervallo scadenza passphrase. Viene visualizzata una schermata con esito positivo, quindi è possibile fare clic su OK per terminare. |
La pagina Amministrazione mostra anche le date dell'ultima modifica della passphrase e della successiva scadenza della password.
Impostazione della registrazione esterna a un server syslog
Se si dispone di un server syslog, è possibile impostare il nodo mesh video Webex per accedere alle informazioni sull'audit trail del server esterno, ad esempio:
Dettagli sugli accessi dell'amministratore
Modifiche alla configurazione (incluso attivazione o disattivazione della modalità di manutenzione)
Aggiornamenti software
Il nodo aggrega i registri, se presenti, e li invia al server ogni dieci minuti.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione. |
| 3 | Accanto a Registrazione esterna, attiva Abilita registrazione esterna. |
| 4 | Per Dettagli server syslog, immettere l'indirizzo IP host o il nome di dominio completo e la porta syslog. Se il server non è risolvibile con DNS dal nodo, utilizzare un indirizzo IP nel campo Host. |
| 5 | Scegliere il protocollo: UDP o TCP. Per utilizzare la crittografia TLS, scegliere TCP, quindi attivare Abilita TLS. Accertarsi di caricare e installare anche i certificati di sicurezza necessari per la comunicazione TLS tra il nodo e il server syslog. Se non vengono installati certificati, il nodo utilizza per impostazione predefinita i certificati autofirmati. Per informazioni, vedere Caricamento dei certificati di sicurezza. |
| 6 | Fare clic su Salva configurazione registrazione esterna. |
Le proprietà del messaggio di registro seguono questo formato: Messaggio tag timestamp priorità nome host.
Proprietà | Descrizione |
|---|---|
Priority | Il valore è sempre pari a 131, in base alla formula: Priorità = (Codice struttura * 8) + Gravità. Il codice della struttura è 16 per "local0". La gravità è 3 per "avviso". |
Indicazione di data e ora | Il formato di timestamp è "Mmm gg hh:mm:ss". |
Nome host | Nome host per il nodo mesh video. |
Tag | Il valore è sempre syslogAuditMsg. |
Messaggi | Il messaggio è una stringa JSON di almeno 1KB. La sua dimensione dipende dal numero di eventi aggregati nell'intervallo di dieci minuti. |
Ecco un messaggio di esempio:
{
"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\"}"
}
]
}
Webhook per avvisi mesh video
Il mesh video supporta gli avvisi webhook che consentono agli amministratori dell'organizzazione di ricevere avvisi su eventi specifici. Gli amministratori possono scegliere di ricevere una notifica di eventi come overflows delle chiamate e reindirizzamenti delle chiamate, riducendo al minimo la necessità di accedere a Control Hub per monitorare la relativa distribuzione. Ciò si ottiene creando un abbonamento webhook in cui viene fornito un URL di destinazione dall'amministratore, a cui verranno inviati avvisi. L'uso di webhook per gli avvisi consente anche il monitoraggio dei parametri senza utilizzare le API degli sviluppatori associate.
I seguenti tipi di evento possono essere monitorati tramite webhook:
Reindirizzamenti chiamate cluster – Chiamate reindirizzate da un determinato cluster.
Overflows chiamate organizzazione – Overflows chiamate totali su cloud per un'organizzazione.
Crea un abbonamento webhook
| 1 | Accedere al portale per sviluppatori Cisco Webex utilizzando le credenziali di amministrazione. |
| 2 | Nel portale degli sviluppatori fare clic su Documentazione. |
| 3 | Dalla barra di scorrimento a sinistra, scorrere verso il basso e fare clic su Riferimento API completo. |
| 4 | Dalle opzioni che si espandono di seguito, scorrere verso il basso e fare clic su Webhooks > Crea un webhook. |
| 5 | Creare un abbonamento inserendo i seguenti parametri: |
nome: esempio – Avvisi webhook mesh video
targetUrl: esempio - https://10.1.1.1/webhooks
risorsa: videoAvvisiMesh
evento: attivato
di proprietà: organizzazione
L'URL inserito nel parametro targetUrl deve essere accessibile tramite Internet e disporre di un server configurato per accettare le richieste POST inviate da Webex Webhook. |
Impostazione delle configurazioni delle soglie con le API degli sviluppatori
È possibile impostare valori di soglia per gli eventi (overflows chiamata organizzazione e reindirizzamenti chiamata cluster) con le API degli sviluppatori mesh video. È possibile impostare un valore percentuale per le soglie al di sopra delle quali verrà attivato un avviso webhook. Ad esempio, se il valore di soglia è impostato su 20 per i overflow delle chiamate dell'organizzazione, viene inviato un avviso quando più del 20% delle chiamate viene overflow sul cloud.
Un set di 4 API è disponibile per l'impostazione e l'aggiornamento delle soglie nel portale per sviluppatori Cisco Webex e sono elencate di seguito:
Elenca configurazione soglia evento
Richiedi configurazione soglia evento
Aggiorna configurazione soglia evento
Reimposta configurazione soglia evento
Le API sono disponibili all'indirizzohttps://developer.webex.com/docs/api/v1/video-mesh .
Scenario 1 - Impostazione del valore di soglia per le chiamate dell'organizzazione superate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | Si riceverà una risposta simile a quella mostrata di seguito.
| ||
| 4 | Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fai clic su Esegui; la tua soglia per i overflow delle chiamate dell'organizzazione verrà impostata sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 2 - Impostazione del valore di soglia per le chiamate cluster reindirizzate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | La risposta elencherà le configurazioni di tutti i cluster nell'organizzazione. | ||
| 4 |
Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fare clic su Esegui, la soglia per Chiamate cluster reindirizzate verrà impostato sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 3 - Ripristino dei valori di soglia
| 1 | Fare clic su Reimposta API configurazione soglia evento. | ||
| 2 | Copia l'ID soglia evento di un cluster o dell'organizzazione e incollalo in
| ||
| 3 | Incollare la struttura JSON nel corpo e fare clic su Esegui. | ||
| 4 |
Il valore di soglia verrà impostato sul valore minimo predefinito. |
API di sviluppo mesh video
Le API sviluppatori mesh video sono un modo per recuperare analisi e monitorare i dati per le distribuzioni mesh video attraverso il portale per sviluppatori Webex. Le API sono disponibili su https://developer.webex.com/docs/api/v1/video-mesh. Un client di esempio è disponibile all'indirizzohttps://github.com/CiscoDevNet/video-mesh-api-client .
Software di demo nodo mesh video
Utilizzare il software di demo del nodo mesh video solo per scopi demo di base. Non aggiungere un nodo demo a un cluster di produzione esistente. Il cluster demo accetta meno chiamate rispetto alla produzione e scade 90 giorni dopo la registrazione nel cloud.
|
Scaricare l'immagine del software dimostrativo da questo collegamento.
Specifiche
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per la configurazione basata su specifiche per il software del nodo mesh video.
Il software demo supporta un'interfaccia di rete singola o un'interfaccia di rete doppia.
Capacità
L'immagine demo non viene testata per la capacità. È necessario utilizzarlo solo per testare gli scenari di riunione di base. Vedere i casi d'uso che seguono per indicazioni.
Casi d'uso per il software di demo del nodo mesh video
- Supporti ancorati a locali
-
Distribuire e configurare il nodo con il software demo.
Eseguire una riunione che includa i seguenti partecipanti: un partecipante all'app Webex, un partecipante all'endpoint Webex e una Cisco Webex Board.
Al termine della riunione, dalla vista cliente in https://admin.webex.com, andare ad Analisi per accedere ai report mesh video. Nei report, è possibile vedere che i media sono rimasti in sede.
- Riunione con partecipanti cloud e locali
-
Esegui un'altra riunione con un paio di partecipanti Webex in sede e uno nel cloud.
Tieni presente che tutti i partecipanti possono accedere e partecipare alla riunione senza problemi.
Gestione del nodo mesh video dalla console
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Modifica delle impostazioni di rete del nodo mesh video nella console
Se la topologia di rete cambia, è necessario aprire l'interfaccia della console per ciascun nodo mesh video e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza relativa alla modifica delle impostazioni di rete, ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Modifica della passphrase dell'amministratore del nodo mesh video
Utilizzare questa procedura per modificare la passphrase amministratore (password) per il nodo mesh video nella console del nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Aprire e accedere alla console VMware ESXi della VM per il nodo mesh video. |
| 3 | Nel menu principale, scegliere l’opzione 3 Gestisci passphrase amministratore, quindi 1 Modifica passphrase amministratore, quindi fare clic su Invio. |
| 4 | Leggere le informazioni sulla pagina della password scaduta, fare clic su Invio, quindi fare di nuovo clic dopo il messaggio di scadenza della password. |
| 5 | Premere Invia. |
| 6 | Una volta eseguita la disconnessione dalla console, tornare alla schermata di accesso, quindi accedere utilizzando l'accesso amministratore e la passphrase (password) scaduti. Viene richiesto di modificare la password.
|
| 7 | Per Vecchia password, immettere la passphrase corrente, quindi premere Invio. |
| 8 | Per Nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 9 | Per immettere nuovamente la nuova password, digitare nuovamente la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso.
|
| 10 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Esecuzione di un ping dalla console del nodo mesh video
È possibile eseguire un ping dall'interfaccia della console del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere Ping. |
| 3 | Nel campo ping, immettere un indirizzo di destinazione da testare, ad esempio un indirizzo IP o un nome host, quindi fare clic su OK. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Se si riceve un errore, controllare il valore di destinazione inserito e le impostazioni di rete. |
Abilitazione dell'account utente di debug attraverso la console
Se il supporto richiede l'accesso al nodo mesh video, è possibile utilizzare l'interfaccia della console per abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi sul nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, scegliere 2 Abilita account utente di debug e, dopo il prompt, fare clic su Sì. |
| 3 | Dopo aver visualizzato il messaggio che l'account utente di debug è stato creato correttamente, fare clic su OK per visualizzare la passphrase crittografata. Invierai la passphrase crittografata da supportare. Utilizzano questo account temporaneo e la passphrase decrittografata per accedere in modo sicuro al nodo mesh video per la risoluzione dei problemi. Questo account scade dopo 3 giorni oppure è possibile disabilitarlo al termine del supporto. |
| 4 | Selezionare l'inizio e la fine dei dati crittografati e copiarli nel ticket di supporto o nell'e-mail che si sta inviando al supporto. |
| 5 | Dopo aver inviato queste informazioni per il supporto, tornare alla console del nodo mesh video e premere un tasto qualsiasi per tornare al menu principale. |
Operazioni successive
L'account scade tra 3 giorni, ma quando il supporto indica che è stata completata la risoluzione dei problemi sul nodo, è possibile restituire la console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 3 Disabilita account utente di debug per disabilitare l'account prima della scadenza.
Invio dei registri dalla console del nodo mesh video
È possibile che venga richiesto di inviare i registri direttamente a Cisco o tramite SCP (Secure Copy). Utilizzare questa procedura per inviare i registri direttamente da qualsiasi nodo mesh video registrato nel cloud.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Nel menu principale, fare clic sull’opzione 4 Diagnostica, quindi premere Invio. |
| 3 | Fare clic su 4 Esporta file di registro, fornire feedback se si desidera, quindi fare clic su Avanti. |
| 4 | Scegli un'opzione:
|
| 5 | Scegliere OK per tornare al menu principale del nodo mesh video. |
| 6 | (Opzionale) Selezionare 5 Verifica dello stato dei file di registro inviati a Cisco se i registri sono stati inviati a Cisco. |
Operazioni successive
Dopo aver inviato i registri, si consiglia di inviare il feedback direttamente dall'app Webex in modo che i contatti del supporto dispongano di tutte le informazioni necessarie per essere di aiuto. |
Verifica dello stato del nodo mesh video dalla console
È possibile visualizzare la salute del nodo direttamente dal nodo mesh video. I risultati sono informativi, ma possono essere di aiuto nella procedura di risoluzione dei problemi, ad esempio, se la sincronizzazione NTP non funziona, è possibile controllare il valore del server NTP nelle impostazioni di rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, vai a 4 Diagnostica, quindi seleziona 6 Verifica stato nodo per visualizzare le seguenti informazioni sul nodo:
|
Configurazione della rete di container sul nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dal menu principale della console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 7 Configura rete container. Dopo aver specificato che le chiamate attive termineranno sul nodo, fare clic su Sì. |
| 3 | Modificare i valori per Container Bridge IP e Network Mask, come necessario, quindi fare clic su Salva. Viene visualizzata una schermata che mostra le informazioni di rete del contenitore, incluso l'intervallo di indirizzi IP riservato per le operazioni interne sul nodo mesh video. |
| 4 | Fai clic su OK. |
Identificazione dei problemi della porta con lo strumento riflettore nella console
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (script Python) e decomprimere il file in una posizione facile da trovare. Il file zip contiene lo script e un file readme.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 4 | Dall'interfaccia del nodo mesh video, andare a Diagnostica > Server riflettore > Server riflettore per TCP o (UDP). Avviare il server per TCP o per UDP. |
| 5 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 6 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 7 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 8 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 9 | Esegui il client con
|
Ripristino delle impostazioni di fabbrica di un nodo mesh video dalla console
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 8 Ripristino delle impostazioni di fabbrica. |
| 3 | Accertarsi di aver compreso le informazioni contenute nella nota visualizzata, quindi fare clic su Reset. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Migrazione di una piattaforma hardware esistente nel nodo mesh video
È possibile eseguire la migrazione di una piattaforma supportata esistente (ad esempio, un CMS1000 che esegue Cisco Meeting Server) su mesh video. Utilizzare questa procedura per guidarti nel processo di migrazione.
I passaggi variano a seconda della versione in bundle di ESXi sulla piattaforma hardware. |
Operazioni preliminari
Scaricare una nuova copia dell'ultima immagine del software del nodo mesh video (OVA). Non distribuire un nuovo nodo mesh video con un file OVA scaricato in precedenza.
| 1 | Accedere all'interfaccia della macchina virtuale e spegnere il software in esecuzione sulla piattaforma. |
| 2 | Eliminare l'applicazione software in esecuzione sulla piattaforma. Sulla piattaforma non devono rimanere immagini software. Inoltre, non è possibile eseguire il software del nodo mesh video insieme ad altri software sulla stessa piattaforma.
|
| 3 | Distribuire una nuova macchina virtuale da un nuovo file OVF o OVA. |
| 4 | Immettere un nome per la macchina virtuale e scegliere il file OVA del nodo mesh video. |
| 5 | Modificare spesso il provisioning del disco. |
| 6 | Caricare l'immagine del software mfusion.ova scaricata.
|
| 7 | Quando la macchina virtuale è in esecuzione, tornare a Accedi alla console del nodo mesh video e continuare la configurazione iniziale del nodo mesh video. |
Confronto funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh
Confronto funzioni
Funzione | Video mesh e video Cisco Webex Meeting Center | CMR Hybrid |
|---|---|---|
Tipi di riunione | Pianificato Un clic (istantaneo) Riunione personale (PMR) Esperienza coerente per riunioni locali e basate su cloud | Solo pianificato |
Pianificazione | Strumento di produttività Webex (Windows e Mac) Pianificazione del calendario ibrido con @webex Portale Webex | Strumenti di produttività TelePresence e Mac abilitati Webex Pianificazione TMS |
Opzioni di accesso a riunione | Chiamata in ingresso e chiamata in uscita Protetto da PIN (organizzatore) Pulsante unico (OBTP) | Solo chiamata in ingresso OBTP |
Esperienza in riunione | Unified Roster (client Webex) Controlli unificati (client Webex) Blocco/sblocco riunione Disattivazione/attivazione dell'audio dei partecipanti TelePresence | Nessun registro unificato (client Webex e server TelePresence) Controlli separati (client Webex e server TelePresence) |
Modello di capacità e distribuzione | Capacità illimitata Overflow in sede e automatico Commutazione e transcodifica | Capacità di trascodifica limitata al server TelePresence |
Lista di controllo percorso di migrazione
Di seguito è riportata una panoramica generale su come eseguire la migrazione di un sito esistente alla piattaforma video versione 2.0 e preparare il sito per l'integrazione con il mesh video. Le operazioni possono variare in base all'ambiente esistente. Collabora con il tuo partner o customer success manager per garantire una migrazione senza problemi.
Accertarsi che la funzione di videoconferenza Meeting Center sia predisposta sul sito Webex.
L'amministratore del sito riceve l'account del portale di gestione. L'amministratore quindi distribuisce i nodi mesh video per l'organizzazione Webex.
L'amministratore del sito assegna il privilegio CMR per abilitare tutti o alcuni utenti CMR Hybrid con video Cisco Webex Meeting Center.
(Opzionale) Disabilitare il tipo di sessione CMR Hybrid per questo sottoinsieme, quindi abilitare il video Cisco Webex Meeting Center nel relativo profilo utente.
L'amministratore del sito imposta il mesh video, quindi seleziona Hybrid come tipo di risorsa multimediale in Cloud Collaboration Meeting Room Options.
L'amministratore del sito imposta TelePresence Management Suite (TMS) e One Button to Push (OBTP) locali per utilizzare il video Cisco Webex Meeting Center. Vedi il Guida alla distribuzione Enterprise per videoconferenze Cisco Webex Meeting Center per informazioni.
Se il privilegio CMR è abilitato per un utente, gli Strumenti di produttività Webex vengono impostati per impostazione predefinita sulla versione video di Cisco Webex Meeting Center. Tutte le nuove riunioni pianificate dagli utenti sono riunioni video Cisco Webex Meeting Center.
Se le sale conferenze sono incluse nell'invito, le informazioni OBTP vengono inviate alla sala conferenze tramite TMS (solo per riunioni CMR Hybrid).
Le riunioni esistenti impostate dagli utenti CMR Hybrid prima del passaggio al video Cisco Webex Meeting Center devono continuare a funzionare finché il cliente conserva le impostazioni MCU e TMS locali.
Le riunioni CMR Hybrid esistenti non possono essere modificate o aggiornate per riflettere le informazioni sulla riunione video Cisco Webex Meeting Center. Se gli utenti desiderano utilizzare il nuovo invito, devono eliminare le riunioni precedenti e creare nuove riunioni.
Se il cliente desidera ritirare le riunioni locali MCU, TMS e CMR Hybrid precedenti non funzioneranno. È necessario creare nuove riunioni con le informazioni video Cisco Webex Meeting Center.
Protocollo di interoperabilità TelePresence e commutazione segmento
Il mesh video supporta la negoziazione di TelePresence Interoperability Protocol (TIP) e multiplex (MUX) per endpoint IX e TX a 1 schermo e a 3 schermi.
Per gli endpoint a tre schermi, tutti e tre gli schermi devono mostrare il video, se sono presenti un numero sufficiente di partecipanti alla conferenza. Un altro sistema a tre schermi nella conferenza determina il passaggio da un segmento all'altro anziché da una stanza all'altra. Ciò significa che invece che tutti e tre gli schermi diventano grandi quando qualcuno in un altro sistema a tre schermi parla, solo il riquadro attivo diventa grande. Gli altri due riquadri sono popolati da video provenienti da altri sistemi. Quando mostrato piccolo, tutti e tre i riquadri vengono visualizzati insieme (per tutti i dispositivi, uno o tre schermi) con una singola casella di delimitazione e etichetta del nome.
A seconda delle risorse di hosting nel cloud, alcuni endpoint mostreranno tutti e tre gli schermi di una sala a tre schermi nella sequenza di pellicole, mentre altri mostreranno solo un riquadro. L'app Webex mostra solo 1 riquadro, anche se il contenuto multimediale è in sede.
Per riunioni di grandi dimensioni che traboccano da un nodo e si propagano a catena in un secondo, lo stesso viene visualizzato da qualsiasi endpoint ospitato su un nodo diverso da quello che ospita il sistema a tre schermi (solo un riquadro visibile nel layout). La condivisione della presentazione richiede la negoziazione di BFCP attraverso il percorso di chiamata.
Informazioni nuove e modificate
Questa tabella contiene nuove funzioni o funzionalità, modifiche al contenuto esistente ed eventuali errori importanti corretti nella Guida alla distribuzione.
Per informazioni sugli aggiornamenti del software del nodo mesh video Webex, vedere https://help.webex.com/en-us/article/jgobq2/Webex-Video-Mesh-release-notes.
Data | Cambia |
|---|---|
14 maggio 2024 |
|
09 febbraio 2024 |
|
31 agosto 2023 |
|
31 luglio 2023 |
|
28 luglio 2023 |
|
15 giugno 2023 |
|
| 16 maggio 2023 |
|
27 marzo 2023 |
|
2 marzo 2023 |
|
7 luglio 2022 |
|
30 giugno 2022 | Aggiunte informazioni sui nuovi script di provisioning in blocco su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning. |
14 giugno 2022 | Procedura modificata per scambiare le catene di certificati in modo da includere i certificati ECDSA nelle catene di certificati di scambio tra nodi mesh video e Unified CM |
18 maggio 2022 | Modificato il sito di download dello strumento Reflector in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
29 aprile 2022 | Aggiunte informazioni sulla nuova funzione in Mantieni il tuo contenuto multimediale su mesh video per tutte le riunioni Webex esterne. |
25 marzo 2022 | Aggiornamenti all'utilizzo delle porte in Porte e protocolli per la gestione. |
Decemeber 10, 2021 | Aggiunto CMS 2000 e rilevato il problema di aggiornamento per i vecchi CMS 1000s aggiornamento a ESXi 7 in Requisiti di sistema e piattaforma per il software del nodo mesh video. |
30 agosto 2021 | Aggiunte informazioni sulla verifica che Webex disponga del paese di origine corretto per la distribuzione in Verifica Che il Paese Di Origine Sia Corretto. |
27 agosto 2021 | Aggiunta una nota sulla visibilità dei report di analisi in Supporto e limitazioni per le riunioni private. |
13 agosto 2021 | Aggiunte informazioni sulla nuova funzione Riunioni private in:
|
22 luglio 2021 | Aggiunte informazioni su come verificare che il sistema disponga della posizione di origine corretta per le chiamate. Le posizioni di origine corrette facilitano l'indirizzamento efficiente. Vedere Verificare Che il Paese Di Origine Sia Corretto. |
25 giugno 2021 | Tenere presente che la funzione Esperienza Webex con funzionalità complete dell'app Webex non è compatibile con il mesh video in client e dispositivi che utilizzano il nodo mesh video. |
7 maggio 2021 | Corretto la dimensione del cluster consigliata a 100 in Linee guida per la distribuzione del cluster mesh video. |
12 aprile 2021 | Aggiornata Configurazione dell'indirizzamento traffico SIP TCP Expressway per mesh video per utilizzare la zona Webex anziché una nuova zona DNS. |
9 febbraio 2021 |
|
11 dicembre 2020 |
|
22 ottobre 2020 |
|
| 19 ottobre 2020 |
|
| 18 settembre 2020 |
|
| È il 26 agosto 2020 |
|
4 agosto 2020 |
|
| 9 luglio 2020 |
|
26 giugno 2020 |
|
| 9 giugno 2020 |
|
| 21 maggio 2020 | Aggiornati porte e protocolli per la gestione e requisiti per il supporto proxy per mesh video. |
| 15 maggio 2020 | Panoramica mesh video aggiornata. |
| 25 aprile 2020 |
|
22 gennaio 2020 |
|
12 dicembre 2019 |
|
10 dicembre 2019 |
|
4 novembre 2019 |
|
| 18 ottobre 2019 |
|
26 settembre 2019 |
|
13 settembre 2019 |
|
| È il 29 agosto 2019 |
|
24 luglio 2019 |
|
9 luglio 2019 |
|
24 maggio 2019 |
|
25 aprile 2019 |
|
11 aprile 2019 |
|
Panoramica su mesh video Webex
Mesh video Webex trova dinamicamente il mix ottimale di risorse per conferenze locali e cloud. Le conferenze locali rimangono in locale quando vi sono risorse locali sufficienti. Quando le risorse locali sono esaurite, le conferenze si espandono nel cloud.
Il nodo mesh video è un software installato su un server Cisco UCS locale, registrato sul cloud e gestito in Control Hub. Le chiamate Webex Meetings, Webex Personal Meeting Room, Webex Space Meetings e l'app Webex tra due persone possono essere indirizzate ai nodi mesh video locali on-net. Video Mesh seleziona il modo più efficiente per utilizzare le risorse disponibili.
Mesh video offre i seguenti vantaggi:
Migliora la qualità e riduce la latenza consentendo di mantenere le chiamate in locale.
Estende le chiamate al cloud in modo trasparente quando in sede hanno raggiunto il limite o non sono disponibili.
Gestisci i cluster mesh video dal cloud con una singola interfaccia di amministrazione: Control Hub (https://admin.webex.com ).
Ottimizzare le risorse e scalare la capacità, come necessario.
Combina le funzioni della conferenza cloud e in sede in un'unica esperienza utente.
Riduce i problemi di capacità, perché il cloud è sempre disponibile quando sono necessarie risorse di conferenza aggiuntive. Non è necessario eseguire la pianificazione capacità per lo scenario peggiore.
Fornisce analisi avanzate su capacità e utilizzo e risoluzione dei problemi dei dati dei report in https://admin.webex.com.
Utilizza l'elaborazione multimediale locale quando gli utenti accedono a una riunione Webex da endpoint e client SIP locali basati su standard:
Endpoint e client basati su SIP (endpoint Cisco, Jabber, SIP di terze parti), registrati nel controllo chiamate locale (Cisco Unified Communications Manager o Expressway), che chiamano per accedere a una riunione Cisco Webex.
App Webex (incluso associato a dispositivi di sala) che accedono a una riunione Webex.
Dispositivi di sala e da scrivania Webex che accedono direttamente a una riunione Webex.
Fornisce una risposta vocale interattiva (IVR) ottimizzata a endpoint e client in rete basati su SIP .
Gli endpoint H.323, chiamata IP e Skype for Business (S4B) continuano a partecipare alle riunioni dal cloud.
Supporta video ad alta definizione 1080p 30fps come opzione per le riunioni, se i partecipanti alle riunioni che possono supportare 1080p vengono ospitati attraverso i nodi mesh video locali. (Se un partecipante accede a una riunione in corso dal cloud, gli utenti in sede continuano a registrare 1080 p 30 fps sugli endpoint supportati).
Marchio di qualità del servizio (QoS) migliorato e differenziato: audio separato (EF) e video (AF41).
Il mesh video Webex attualmente non supporta Webex Webinars.Supporta le riunioni con crittografia end-to-end (riunioni E2EE). Se un cliente distribuisce il mesh video e seleziona il tipo di riunione E2EE, aggiunge un ulteriore livello di sicurezza, garantendo che i dati (supporti, file, lavagne, annotazioni) rimangano sicuri e impedisca a terze parti di accedervi o modificarli. Per informazioni dettagliate, vedere Distribuzione di riunioni Zero-Trust.
Le riunioni private attualmente non supportano la crittografia end-to-end.
Client e dispositivi che utilizzano il nodo mesh video
Ci impegniamo a rendere il mesh video interoperabile con i client e i tipi di dispositivo pertinenti. Sebbene non sia possibile testare tutti gli scenari, i test su cui si basano questi dati coprono le funzioni più comuni degli endpoint e dell'infrastruttura elencati. L'assenza di un dispositivo o di un client implica la mancanza di test e di supporto ufficiale da parte di Cisco.
Tipo di client o dispositivo | Utilizza il nodo mesh video sulla chiamata punto a punto | Utilizza il nodo mesh video nella riunione multiparte |
|---|---|---|
App Webex (desktop e mobile) | Sì | Sì |
Dispositivi Webex, inclusi dispositivi di sala e Webex Board. (Vedere la sezione Requisiti endpoint e app Webex per un elenco completo). | Sì | Sì |
Condivisione wireless in sala tra l'app Webex e i dispositivi Room, Desk e Board supportati. | Sì | Sì |
Dispositivi registrati su Unified CM (inclusi endpoint IX) e client (inclusi Jabber VDI 12.6 e versioni successive e Webex VDI 39.3 e versioni successive) che chiamano per accedere a una riunione nella sala riunioni personale Webex pianificata o Webex.* | No | Sì |
Dispositivi registrati VCS/Expressway, che chiamano per accedere a una riunione pianificata Webex o a una riunione nella sala riunioni personale Webex.* | No | Sì |
Webex Chiama sistema video personale a dispositivi video registrati su cloud Webex | N/A | Sì |
client Web dell'app Webex ( https://web.webex.com) | Sì | Sì |
Telefoni registrati in Cisco Webex Calling | No | No |
Webex Chiama sistema video personale a dispositivi SIP registrati in locale | N/A | No |
* Non è possibile garantire che tutti i dispositivi e i client locali siano stati testati con la soluzione mesh video.
Incompatibilità mesh video con l'esperienza Webex con funzionalità completa
Se si abilita l'esperienza Webex con funzionalità complete per l'app Webex, l'app Webex non è supportata con i nodi mesh video. Tale funzione attualmente invia segnali e contenuti multimediali direttamente a Webex. Le release future renderanno compatibile l'app Webex e il mesh video. Per impostazione predefinita, tale funzione non è stata abilitata per i clienti con mesh video.
Si potrebbero verificare problemi con il mesh video e l'esperienza Webex con funzionalità complete:
Se è stato aggiunto il mesh video alla distribuzione dopo l'introduzione di tale funzione.
Se questa funzione è stata abilitata senza conoscerne l'impatto sul mesh video.
Se si notano problemi, contattare il team dell'account Cisco per disabilitare il tasto di alternanza Esperienza Webex con funzionalità complete.
Qualità del servizio sul nodo mesh video
I nodi mesh video sono conformi alle procedure consigliate per la qualità del servizio (QoS) abilitando intervalli di porte che consentono di differenziare i flussi audio e video in tutti i flussi da e verso i nodi mesh video. Questa modifica consentirà di creare criteri di QoS e aggiungere commenti efficaci al traffico in ingresso e in uscita dai nodi mesh video.
Le modifiche alle porte sono accompagnate da modifiche QoS. I nodi mesh video contrassegnano automaticamente il traffico multimediale dagli endpoint registrati SIP (registrati su Unified CM o VCS Expressway) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzano intervalli di porte ben noti per tipi di supporto specifici.
Il traffico di origine dagli endpoint registrati in sede è sempre determinato dalla configurazione nel controllo chiamata (Unified CM o VCS Expressway).
Per ulteriori informazioni, vedere la tabella QoS in Porte e protocolli utilizzati dal mesh video e la procedura per abilitare o disabilitare la QoS nel flusso delle attività di distribuzione del mesh video
L'app Webex continua a connettersi ai nodi mesh video sulla porta condivisa 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint per i test di raggiungibilità STUN sui nodi mesh video. Il nodo mesh video al nodo mesh video per le propagazioni a catena utilizza l'intervallo di porte di destinazione 10000-40000.Supporto proxy per mesh video
Il mesh video supporta proxy di ispezione espliciti e trasparenti e non di ispezione. È possibile collegare questi proxy alla distribuzione mesh video in modo da proteggere e monitorare il traffico dall'azienda al cloud. Questa funzione invia segnali e gestione del traffico basato su https al proxy. Per proxy trasparenti, le richieste di rete dai nodi mesh video vengono inoltrate a un proxy specifico attraverso le regole di indirizzamento della rete aziendale. È possibile utilizzare l'interfaccia di amministrazione mesh video per la gestione dei certificati e lo stato generale della connettività dopo aver implementato il proxy con i nodi.
Il contenuto multimediale non passa attraverso il proxy. È comunque necessario aprire le porte richieste per i flussi multimediali per raggiungere direttamente il cloud. Vedere Porte e protocolli per la gestione. |
I seguenti tipi di proxy sono supportati dal mesh video:
Proxy esplicito (ispezione o non ispezione): con il proxy esplicito, indicare al client (nodi mesh video) quale server proxy utilizzare. Questa opzione supporta uno dei seguenti tipi di autenticazione:
Nessuno: non è richiesta alcuna ulteriore autenticazione. (Per proxy esplicito HTTP o HTTPS).
Base: utilizzato per un agente utente HTTP per fornire un nome utente e una password quando si effettua una richiesta e utilizza la codifica Base64. (Per proxy esplicito HTTP o HTTPS).
Digest: utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili e applica una funzione hash sul nome utente e sulla password prima di inviare tramite la rete. (Per proxy esplicito HTTPS).
NTLM: come Digest, NTLM viene utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili. Utilizza le credenziali Windows anziché il nome utente e la password. Questo schema di autenticazione richiede il completamento di più scambi. (Per proxy esplicito HTTP.)
Proxy trasparente (non ispezionato): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico e non devono richiedere modifiche per lavorare con un proxy non ispezionato.
Proxy trasparente (ispezione): i nodi mesh video non sono configurati per utilizzare un indirizzo server proxy specifico. Nessuna modifica di configurazione http(s) è necessaria sul mesh video; tuttavia, i nodi mesh video necessitano di un certificato radice in modo che si fidino del proxy. Le deleghe di ispezione vengono solitamente utilizzate dal reparto IT per applicare politiche relative a quali siti web possono essere visitati e tipi di contenuti non consentiti. Questo tipo di proxy decrittografa tutto il traffico (anche https).
Risoluzioni e framerate supportate per mesh video
Questa tabella illustra le risoluzioni supportate e si suddivide dal punto di vista del mittente-destinatario in una riunione ospitata su un nodo mesh video. Il client mittente (app o dispositivo) si trova nella riga superiore della tabella, mentre il client destinatario si trova nella colonna laterale sinistra della tabella. La cella corrispondente tra i due partecipanti acquisisce la risoluzione del contenuto negoziata, i fotogrammi per sezione e l'origine audio.
La risoluzione influisce sulla capacità di chiamata su qualsiasi nodo mesh video. Per ulteriori informazioni, vedere Capacità per i nodi mesh video. |
Il valore di risoluzione e framerate è combinato come XXXpYY: ad esempio, 720p10 significa 720p a 10 fotogrammi al secondo.
Le abbreviazioni di definizione (SD, HD e FHD) nella riga del mittente e nella colonna del ricevitore si riferiscono alla risoluzione superiore del client o del dispositivo:
SD: definizione standard (576p)
HD: alta definizione (720 p)
FHD: alta definizione completa (1080p)
Destinatario | Mittente | ||||||
|---|---|---|---|---|---|---|---|
App Webex | App mobile Webex | Dispositivi registrati SIP (HD) | Dispositivi registrati SIP (FHD) | Dispositivi registrati Webex (SD) | Dispositivi registrati Webex (HD) | Dispositivi registrati Webex (FHD) | |
Desktop app Webex | 720 p10 Audio misto* | 720 p10 Audio misto | 720 p30 Audio misto | 720 p30 Audio misto | 576p15 Audio contenuto** | 720 p30 Audio misto | 720 p30 Audio misto |
App mobile Webex | — | — | — | — | — | — | — |
Dispositivi registrati SIP (HD) | 720 p30 Audio contenuto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati SIP (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
| Dispositivi registrati Webex (SD) | 1080p15 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p15 Audio misto |
Dispositivi registrati Webex (FHD) | 1080p30 Audio misto | 720 p.15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto | 576p15 Audio misto | 1080p15 Audio misto | 1080p30 Audio misto |
* L'audio del contenuto si riferisce all'audio riprodotto dal contenuto specifico condiviso, ad esempio un video in streaming. Questo flusso audio è separato dall'audio della riunione normale.
** L'audio misto si riferisce a una combinazione dell'audio dei partecipanti alla riunione e dell'audio della condivisione del contenuto.
Requisiti per il mesh video
Il mesh video è disponibile con le offerte documentate in Requisiti di licenza per i servizi ibridi.
Requisiti di integrazione di controllo chiamata e riunione per mesh video
Il controllo delle chiamate e l'infrastruttura per le riunioni esistenti non sono necessari per utilizzare il mesh video, ma è possibile integrare i due. Se stai integrando il mesh video con l'infrastruttura di controllo chiamate e riunione, assicurati che l'ambiente soddisfi i criteri minimi documentati nella tabella seguente.
Scopo dei componenti | Versione minima supportata |
|---|---|
Controllo chiamate in sede | Cisco Unified Communications Manager, versione 11.5(1) SU3 o successive. (Si consiglia l'ultima release SU). Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Infrastruttura per riunioni | Webex Meetings WBS33 o versioni successive. È possibile verificare che il sito Webex si trovi sulla piattaforma corretta se l'elenco dei tipi di risorse multimediali è disponibile nelle opzioni del sito Cloud Collaboration Meeting Room.
Per assicurarsi che il sito sia pronto per il mesh video, contattare il Customer Success Manager (CSM) o il partner. |
Gestione del failover | Cisco Expressway-C o E, versione X8.11.4 o successiva. Per ulteriori informazioni, vedere la sezione "Informazioni importanti" nelle Note di rilascio di Expressway. |
Requisiti endpoint e app Webex
Scopo dei componenti | Dettagli |
|---|---|
Endpoint supportati | |
Versioni supportate dell'app Webex | Il mesh video supporta l'app Webex per desktop (Windows, Mac) e mobile (Android, iPhone e iPad). Per scaricare l'app per una piattaforma supportata, andare a https://www.webex.com/downloads.html. |
Codec supportati | Vedere le specifiche video Webex| per chiamate e riunioni per i codec audio e video supportati. Tenere presente queste avvertenze per il mesh video:
|
Dispositivi di sala, da scrivania e Board registrati su Webex supportati | I seguenti dispositivi vengono testati e confermati per il funzionamento con i nodi mesh video: |
Requisiti di sistema e piattaforma per il software del nodo mesh video
Ambienti di produzione
Nelle distribuzioni di produzione, sono disponibili due modi per distribuire il software del nodo mesh video su una particolare configurazione hardware:
È possibile impostare ciascun server come una singola macchina virtuale, il modo migliore per le distribuzioni che includono molti endpoint SIP.
Utilizzando l'opzione VMNLite, è possibile impostare ciascun server con più macchine virtuali più piccole. VMNLite è la soluzione migliore per distribuzioni in cui la maggior parte dei client e dei dispositivi sono app Webex ed endpoint registrati Webex.
Questi requisiti sono comuni per tutte le configurazioni:
VMware ESXi 7 o 8, vSphere 7 o 8
Iperfilettatura abilitata
I nodi mesh video in esecuzione indipendenti dall'hardware della piattaforma necessitano di vCPU e RAM dedicati. La condivisione delle risorse con altre applicazioni non è supportata. Ciò si applica a tutte le immagini del software mesh video.
Per le immagini Video Mesh Lite (VMNLite) su una piattaforma CMS, supportiamo solo le immagini VMNLite. Nessun'altra immagine mesh video o applicazione mesh non video può essere sull'hardware CMS con il software VMNLite.
Configurazione hardware | Distribuzione di produzione come singola macchina virtuale | Distribuzione di produzione con VM VMNLite | Note | ||
|---|---|---|---|---|---|
Cisco Meeting Server 1000 (CMS 1000) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video.
| ||
Configurazione basata su specifiche (processore 2.6-GHz Intel Xeon E5-2600v3 o successivo richiesto) |
| Distribuire come 3 istanze della macchina virtuale identiche, ciascuna con:
| Ogni macchina virtuale mesh video deve avere CPU, RAM e dischi rigidi riservati a se stessa. Utilizzare l'opzione CMS1000 o VMNLite durante la configurazione. Il picco di PIO (operazioni di input/output al secondo) per lo storage NFS è 300 IOPS. | ||
Cisco Meeting Server 2000 (CMS 2000) | Distribuire come 8 istanze della macchina virtuale identiche, ciascuna con:
| Distribuire come 24 istanze della macchina virtuale identiche, ciascuna con:
| Questa piattaforma è consigliata per il nodo mesh video. Ciascuna lama deve essere un Cisco Meeting Server 1000 completo con CPU, RAM e dischi rigidi riservati per lama. Il picco di IOP per storage NFS è 300 IOPS. |
Ambienti dimostrativi
Per scopi demo di base, è possibile utilizzare una configurazione hardware basata sulle specifiche, con i seguenti requisiti minimi:
14vCPU (12 per il nodo mesh video, 2 per ESXi)
Memoria principale da 8 GB
20 GB di spazio su disco rigido locale
2,6 GHz Intel Xeon E5-2600v3 o processore successivo
Questa configurazione di mesh video non è supportata da Cisco TAC. |
Per ulteriori informazioni sul software demo, vedere Video Mesh Node Demo Software.
Requisiti di larghezza di banda
I nodi mesh video devono disporre di una larghezza di banda Internet minima di 10 Mbps per il corretto funzionamento del caricamento e del download.
Requisiti per il supporto proxy per mesh video
Sono supportate ufficialmente le seguenti soluzioni proxy che possono essere integrate con i nodi mesh video.
Cisco Web Security Appliance (WSA) per proxy trasparente
Squid per proxy esplicito
Per un proxy esplicito o un proxy trasparente che ispeziona (decrittografa il traffico), è necessario disporre di una copia del certificato principale del proxy che sarà necessario caricare nell'archivio attendibilità del nodo mesh video sull'interfaccia Web.
Sono supportate le seguenti combinazioni di proxy esplicito e tipo di autenticazione:
Nessuna autenticazione con http e https
Autenticazione di base con http e https
Autenticazione del digest solo con https
Autenticazione NTLM solo con http
Per i proxy trasparenti, è necessario utilizzare il router/switch per forzare il traffico HTTPS/443 per passare al proxy. È inoltre possibile forzare la presa Web per passare al proxy. (Web Socket utilizza https.)
Il mesh video richiede connessioni socket Web ai servizi cloud, in modo che i nodi funzionino correttamente. Durante l'ispezione esplicita e trasparente dei proxy di ispezione, le intestazioni http sono richieste per una connessione websocket corretta. Se vengono modificati, la connessione websocket non riuscirà.
Quando si verifica un errore di connessione websocket sulla porta 443 (con proxy di ispezione trasparente abilitato), viene visualizzato un avviso post-registrazione in Control Hub: "La chiamata SIP mesh video Webex non funziona correttamente." Lo stesso allarme può verificarsi per altri motivi quando il proxy non è abilitato. Quando le intestazioni websocket sono bloccate sulla porta 443, il contenuto multimediale non scorre tra le app e i client SIP.
Se il contenuto multimediale non scorre, ciò si verifica spesso quando il traffico https dal nodo sulla porta 443 non riesce:
Il traffico della porta 443 è consentito dal proxy, ma è un proxy ispezionante e sta interrompendo la websocket.
Per correggere questi problemi, è possibile che sia necessario "bypassare" o "splice" (disabilitare l'ispezione) sulla porta 443 per: *.wbx2.com e *.ciscospark.com.
Capacità per i nodi mesh video
Poiché il mesh video è un prodotto multimediale basato su software, la capacità dei nodi mesh video varia. In particolare, i partecipanti alle riunioni sul cloud Webex caricano di più i nodi. Si ottiene capacità inferiori quando si dispone di più cascate per il cloud Webex. Altri fattori che influiscono sulla capacità sono:
Tipi di dispositivi e client
Risoluzione video
Qualità di rete
Carico massimo
Modello di distribuzione
L'utilizzo di mesh video non incide sul numero di licenze Webex. |
In generale, l'aggiunta di più nodi al cluster non raddoppia la capacità a causa del sovraccarico per l'impostazione delle cascate. Usa questi numeri come guida generale. Raccomandiamo quanto segue:
Testare scenari di riunioni comuni per la distribuzione.
Usa la funzionalità di analisi in Control Hub per vedere come si sta evolvendo la tua distribuzione e aggiungere la capacità come necessario.
Le overflow su un volume di chiamate basso (in particolare le chiamate SIP che hanno origine in sede) non sono un vero riflesso di scala. L'analisi mesh video (in Control Hub > Risorse > Attività di chiamata) indica i segmenti di chiamata che hanno origine in sede. Non specificano i flussi di chiamata che sono arrivati attraverso la cascata al nodo mesh video per l'elaborazione multimediale. Man mano che il numero di partecipanti remoti aumenta in una riunione, aumenta a cascata e consuma risorse multimediali locali sul nodo mesh video. |
Questa tabella elenca gli intervalli di capacità per le diverse combinazioni di partecipanti ed endpoint sui nodi mesh video regolari. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità dei partecipanti |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | 100-130 |
1080p | 90-100 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 60-100 |
1080p | 30-40 | |
Riunioni con solo partecipanti SIP | 720 p | 70-80 |
1080p | 30-40 | |
Riunioni con partecipanti Webex App e SIP | 720 p | 75-110 |
|
Capacità per VMNLite
Si consiglia VMNLite per distribuzioni che includono principalmente app Webex ed endpoint registrati su cloud. In queste distribuzioni, i nodi utilizzano più risorse di commutazione e meno risorse di transcodifica rispetto alla configurazione standard. La distribuzione di diverse macchine virtuali più piccole sull'organizzatore ottimizza le risorse per questo scenario.
Questa tabella elenca gli intervalli di capacità delle diverse combinazioni di partecipanti ed endpoint. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, prevedi che la tua capacità scenda all'estremità inferiore dell'intervallo.
Scenario | Risoluzione | Capacità partecipante con 3 nodi VMNLite su un server |
|---|---|---|
Riunioni con solo partecipanti all'app Webex | 720 p | da 250 a 300 |
1080p | 230-240 | |
Riunioni e chiamate individuali con solo partecipanti all'app Webex | 720 p | 175-275 |
La risoluzione di base per le riunioni dell'app Webex è 720 p. Tuttavia, quando si condivide, le anteprime dei partecipanti sono a 180p. |
Cluster in mesh video
È possibile distribuire i nodi mesh video nei cluster. Un cluster definisce i nodi mesh video con attributi simili, come la prossimità di rete. I partecipanti utilizzano un determinato cluster o il cloud, in base alle seguenti condizioni:
Un client su una rete aziendale che può raggiungere un cluster locale si connette ad esso, la preferenza principale per i client sulla rete aziendale.
I client che accedono a una riunione privata mesh video si connettono solo a cluster locali. È possibile creare un cluster separato specificamente per queste riunioni private.
Un client che non riesce a raggiungere un cluster locale si connette al cloud, il caso di un dispositivo mobile non connesso alla rete aziendale.
Il cluster scelto dipende anche dalla latenza, anziché dalla sola posizione. Ad esempio, un cluster cloud con ritardo round trip (SRT) STUN inferiore rispetto a un cluster mesh video potrebbe essere un candidato migliore per la riunione. Questa logica impedisce a un utente di atterrare su un cluster geograficamente lontano con un ritardo SRT elevato.
Ciascun cluster contiene una logica che propaga a catena le riunioni, ad eccezione delle riunioni private mesh video, su altri cluster di riunioni cloud, come necessario. La funzione a cascata fornisce un percorso dati per i media tra i client nelle riunioni. Le riunioni vengono distribuite tra i nodi e i clienti si trovano sul nodo più efficiente più vicino a loro, a seconda di fattori quali la topologia di rete, il collegamento WAN e l'utilizzo delle risorse.
La capacità del client di eseguire il ping dei nodi multimediali determina la raggiungibilità. Una chiamata effettiva utilizza una varietà di meccanismi di connessione potenziali, come UDP e TCP. Prima della chiamata, il dispositivo Webex (Room, Desk, Board e app Webex) si registra nel cloud Webex, che fornisce un elenco di candidati cluster per la chiamata.
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
Cluster per riunioni private
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzeranno un cluster prenotato, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
Per informazioni dettagliate sulla funzione riunioni private mesh video, vedere Riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
Linee guida per la distribuzione del cluster mesh video
Nelle distribuzioni aziendali tipiche, si consiglia ai clienti di utilizzare fino a 100 nodi per cluster. Nel sistema non sono impostati limiti rigidi per bloccare una dimensione di cluster con più di 100 nodi. Tuttavia, se è necessario creare cluster più grandi, si consiglia vivamente di esaminare questa opzione con Cisco Engineering attraverso il team dell'account Cisco.
Crea meno cluster quando le risorse hanno una prossimità di rete simile (affinità).
Quando si creano i cluster, aggiungere solo i nodi che si trovano nella stessa area geografica e nello stesso centro dati. Il clustering sulla rete WAN (Wide Area Network) non è supportato.
Solitamente, distribuisci i cluster nelle aziende che organizzano riunioni localizzate frequenti. Pianifica dove inserisci i cluster sulla larghezza di banda disponibile in diverse posizioni WAN all'interno dell'azienda. Nel tempo, puoi distribuire e far crescere cluster per cluster in base ai modelli utente osservati.
I cluster situati in fusi orari diversi possono servire efficacemente più aree geografiche sfruttando i diversi schemi di chiamata in ore di punta/occupato.
Se si dispone di due nodi mesh video in due centri dati separati (EU e NA, ad esempio) e gli endpoint si uniscono attraverso ciascun centro dati, i nodi in ciascun centro dati vengono trasferiti in cascata a un singolo nodo mesh video nel cloud. Queste cascate passavano su Internet. Se è presente un partecipante cloud (che accede prima di uno dei partecipanti mesh video), i nodi vengono trasferiti attraverso il nodo multimediale del partecipante cloud.
Diversità fuso orario
La diversità del fuso orario può consentire la condivisione dei cluster durante gli orari non di punta. Ad esempio: Un'azienda con un cluster della California settentrionale e un cluster di New York potrebbe scoprire che la latenza complessiva della rete non è così alta tra le due posizioni che servono una popolazione di utenti geograficamente diversificata. Quando le risorse sono al picco di utilizzo nel cluster della California settentrionale, è probabile che il cluster di New York non sia al picco e abbia una capacità aggiuntiva. Lo stesso vale per il cluster della California settentrionale, durante gli orari di punta nel cluster di New York. Questi non sono gli unici meccanismi utilizzati per una distribuzione efficace delle risorse, ma sono i due principali.
Overflow sul cloud
Una volta raggiunta la capacità di tutti i cluster locali, un partecipante locale esegue il overflow sul cloud Webex. Ciò non significa che tutte le chiamate siano ospitate nel cloud. Webex indirizza solo al cloud i partecipanti che sono remoti o che non possono connettersi a un cluster locale. In una chiamata con partecipanti locali e cloud, il cluster locale viene collegato (a cascata) al cloud per combinare tutti i partecipanti in una singola chiamata.
Se imposti la riunione come tipo di riunione privata, Webex mantiene tutte le chiamate sui cluster locali. Le riunioni private non vengono mai riversate sul cloud.
Il dispositivo Webex si registra in Webex
Oltre a determinare la raggiungibilità, i client eseguono anche test periodici di ritardo di round trip utilizzando Simple Traversal of UDP through NAT (STUN). Il ritardo STUN round-trip (SRT) è un fattore importante nella selezione di risorse potenziali durante una chiamata effettiva. Quando vengono distribuiti più cluster, i criteri di selezione principali si basano sul ritardo SRT appreso. I test di raggiungibilità vengono eseguiti in background, avviati da una serie di fattori, incluse le modifiche alla rete, e non introducono ritardi che incidono sui tempi di impostazione della chiamata. I due esempi seguenti mostrano i possibili risultati dei test di raggiungibilità.
Test di ritardo round trip: il dispositivo cloud non riesce a raggiungere il cluster locale

Test di ritardo round trip: il dispositivo cloud raggiunge correttamente il cluster locale
Le informazioni sulla raggiungibilità apprese vengono fornite al cloud Webex ogni volta che viene impostata una chiamata. Queste informazioni consentono al cloud di selezionare la risorsa migliore (cluster o cloud), a seconda della posizione relativa del client rispetto ai cluster disponibili e del tipo di chiamata. Se non sono disponibili risorse nel cluster preferito, tutti i cluster vengono testati per la disponibilità in base al ritardo SRT. Viene scelto un cluster preferito con il ritardo SRT più basso. Le chiamate vengono servite in locale da un cluster secondario quando il cluster principale è occupato. Le risorse mesh video raggiungibili locali vengono provate per prime, in ordine di ritardo SRT più basso. Quando tutte le risorse locali sono esaurite, il partecipante si connette al cloud.
La definizione di cluster e la posizione sono fondamentali per una distribuzione che fornisce la migliore esperienza generale per i partecipanti. Idealmente, una distribuzione dovrebbe fornire risorse dove si trovano i clienti. Se non vengono allocate risorse sufficienti dove i client effettuano la maggior parte delle chiamate, viene consumata più larghezza di banda della rete interna per connettere gli utenti ai cluster distanti.
Chiamata locale e cloud
I dispositivi Webex locali con la stessa affinità di cluster (preferenza, in base alla prossimità al cluster) si connettono allo stesso cluster per una chiamata. Dispositivi Webex locali con diverse affinità di cluster locali, esegui la connessione a cluster diversi e i cluster vengono quindi collegati in cascata al cloud per combinare i due ambienti in una singola chiamata. In questo modo viene creato un design hub e parlato con il cloud Webex come hub e i cluster locali come indicatori nella riunione.
Chiamata locale con diverse affinità di cluster
Il dispositivo Webex si connette al cluster locale o al cloud in base alla sua raggiungibilità. Di seguito sono riportati alcuni esempi degli scenari più comuni.
Il dispositivo cloud Webex si connette al cloud

Il dispositivo locale Webex si connette al cluster locale

Il dispositivo locale Webex si connette al cloud

Selezione del cluster cloud per overflow in base al ritardo di round-trip STUN di 250 ms o superiore
Sebbene la preferenza per la selezione dei nodi sia rappresentata dai nodi mesh video distribuiti localmente, è supportato uno scenario in cui, se il ritardo round trip (SRT) STUN verso un cluster mesh video locale supera il ritardo round trip tollerabile di 250 ms (che solitamente si verifica se il cluster locale è configurato in un altro continente), il sistema seleziona il nodo multimediale cloud più vicino in tale geografia anziché un nodo mesh video.

L'app Webex o il dispositivo Webex è sulla rete aziendale in San Jose.
I cluster di San Jose e Amsterdam sono a portata di mano o non disponibili.
Il ritardo SRT per il cluster di Shanghai è superiore a 250 ms e probabilmente introdurrà problemi di qualità multimediale.
Il cluster cloud di San Francisco presenta un ritardo SRT ottimale.
Il cluster Mesh video di Shanghai è escluso dalla considerazione.
Di conseguenza, l'app Webex viene riversata nel cluster cloud di San Francisco.
Riunioni private
Le riunioni private isolano tutti i contenuti multimediali nella rete attraverso il mesh video. A differenza delle normali riunioni, se i nodi locali sono pieni, il contenuto multimediale non si propaga a catena al cloud Webex. Tuttavia, per impostazione predefinita, le riunioni private possono essere trasmesse in cascata a diversi cluster mesh video sulla rete. Per le riunioni private in diverse posizioni geografiche, i cluster mesh video devono disporre di connettività diretta tra loro per consentire la propagazione a catena tra cluster, come da HQ1_VMN a Remote1_VMN nella figura.
Accertarsi che le porte necessarie siano aperte nel firewall per consentire la propagazione a catena tra i cluster. Vedere Porte e protocolli per la gestione.
Tutti i partecipanti a una riunione privata devono appartenere all'organizzazione Webex dell'organizzatore della riunione. Possono accedere utilizzando l'app Webex o un sistema video autenticato (endpoint SIP registrati su dispositivo video registrato UCM/VCS o Webex). I partecipanti con accesso VPN o MRA alla rete possono partecipare a una riunione privata. Tuttavia, nessuno può partecipare a una riunione privata dall'esterno della rete.
Modelli di distribuzione supportati da mesh video
- Supportato in una distribuzione mesh video
-
È possibile distribuire un nodo mesh video in un centro dati (preferito) o in una zona smilitarizzata (DMZ). Per informazioni, vedere Porte e protocolli utilizzati dal mesh video.
Per una distribuzione DMZ, è possibile impostare i nodi mesh video in un cluster con l'interfaccia di rete doppia (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interno (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata nel cloud).
Dual NIC funziona sulla versione completa, VMNLite e demo del software del nodo mesh video. È inoltre possibile distribuire il mesh video dietro un'impostazione NAT 1:1.
È possibile integrare i nodi mesh video con l'ambiente di controllo delle chiamate. Ad esempio, le distribuzioni con mesh video integrata con Unified CM, vedere Modelli di distribuzione per mesh video e Cisco Unified Communications Manager.
Sono supportati i seguenti tipi di traduzione dell'indirizzo:
Traduzione dinamica dell'indirizzo di rete (NAT) utilizzando un pool IP
Traduzione indirizzo porta dinamica (PAT)
NAT 1:1
Altre forme di NAT dovrebbero funzionare fino a quando vengono utilizzate le porte e i protocolli corretti, ma non li supportiamo ufficialmente perché non sono stati testati.
IPv4
Indirizzo IP statico per il nodo mesh video
- Non supportato in una distribuzione mesh video
-
IPv6
DHCP per il nodo mesh video
Un cluster con una combinazione di NIC singola e NIC doppia
Raggruppamento dei nodi di mesh video sulla rete WAN (Wide Area Network)
Audio, video o contenuto multimediale che non passa attraverso un nodo mesh video:
Audio da telefoni
Chiamata peer-to-peer tra l'app Webex e l'endpoint basato su standard
Terminazione audio su nodo mesh video
Contenuto multimediale inviato tramite la coppia C/E Expressway
Richiamata video da Webex
Modelli di distribuzione per mesh video e Cisco Unified Communications Manager
Questi esempi mostrano distribuzioni mesh video comuni e consentono di capire dove i cluster mesh video possono adattarsi alla rete. Tenere presente che la distribuzione mesh video dipende da fattori nella topologia di rete:
Posizioni dei centri dati
Sedi e dimensioni degli uffici
Posizione e capacità di accesso a Internet
In generale, provare a collegare i nodi mesh video ai cluster Unified CM o Session Management Edition (SME). Come buona pratica, mantenere i nodi il più centralizzati possibile alle filiali locali.
Video Mesh supporta Session Management Edition (SME). I cluster Unified CM possono essere connessi attraverso una SME, quindi è necessario creare un trunk SME che si connette ai nodi mesh video.
Architettura hub e spoke

Questo modello di distribuzione include la rete centralizzata e l'accesso a Internet. In genere, la sede centrale è caratterizzata da un’elevata concentrazione di dipendenti. In questo caso, è possibile posizionare un cluster mesh video nella posizione centrale per una gestione multimediale ottimizzata.
La localizzazione dei cluster nelle posizioni delle filiali potrebbe non generare vantaggi a breve termine e potrebbe determinare un instradamento subottimale. Si consiglia di distribuire i cluster in una filiale solo se è presente una comunicazione frequente tra le filiali.
Distribuzione geografica

La distribuzione geograficamente distribuita è interconnessa ma può mostrare una latenza notevole tra le regioni. La mancanza di risorse può causare l'impostazione a cascata subottimale a breve termine quando sono presenti riunioni tra utenti in ciascuna posizione geografica. In questo modello, si consiglia di distribuire i nodi mesh video vicino all'accesso Internet regionale.
Distribuzione geografica con chiamata SIP

Questo modello di distribuzione contiene cluster Unified CM regionali. Ciascun cluster può contenere un trunk SIP per selezionare le risorse nel cluster mesh video locale. Un secondo trunk può fornire un percorso di failover a una coppia Expressway se le risorse diventano limitate.
Porte e protocolli utilizzati dal mesh video
Per garantire una distribuzione corretta del mesh video e un funzionamento senza problemi dei nodi mesh video, aprire le seguenti porte sul firewall per l'uso con i protocolli.
Vedi Requisiti di rete per i servizi Webex per comprendere i requisiti di rete generali per Webex Teams.
Per ulteriori informazioni su firewall e procedure di rete per i servizi Webex, vedere il whitepaper trasversale sui firewall.
Per mitigare potenziali problemi di query DNS, seguire le procedure consigliate DNS, le protezioni di rete e la documentazione di identificazione degli attacchi quando si configura il firewall aziendale.
Per ulteriori informazioni sul design, vedere Architettura preferita per i servizi ibridi, CVD.
Porte e protocolli per la gestione
I nodi in un cluster mesh video richiedono una comunicazione senza ostacoli. Inoltre, richiedono una comunicazione senza ostacoli con i nodi in tutti gli altri cluster mesh video. Assicurarsi che i firewall consentano tutte le comunicazioni tra i nodi mesh video. |
I nodi mesh video in un cluster devono essere nella stessa VLAN o subnet mask.
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Gestione | Computer di gestione | Nodo mesh video | Secondo necessità | Qualsiasi | TCP, HTTPS | Nodo mesh video | 443 |
SSH per l'accesso alla console di amministrazione mesh video | Computer di gestione | Nodo mesh video | Secondo necessità | Qualsiasi | TCP | Nodo mesh video | 22 |
Comunicazione intracluster | Nodo mesh video | Nodo mesh video | Indirizzo IP di altri nodi mesh video nel cluster | Qualsiasi | TCP | Nodi mesh video | 8443 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Qualsiasi | UDP, NTP UDP, DNS TCP, HTTPS (WebSocket) | Qualsiasi | 123* 53* |
Segnalazione a cascata | Nodo mesh video | Cloud Webex | Qualsiasi | Qualsiasi | TCP | Qualsiasi | 443 |
Elemento multimediale a cascata | Nodo mesh video | Cloud Webex | Nodo mesh video | Qualsiasi*** | UDP | Qualsiasi Per intervalli di indirizzi specifici, vedere la sezione "Subnet IP per i servizi multimediali Webex" nei requisiti di rete per i servizi Webex. | 5004 da 50000 a 53000 Per informazioni dettagliate, vedere la sezione "Servizi Webex - Numeri di porta e protocolli" in Requisiti di rete per i servizi Webex. |
Segnalazione a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Qualsiasi | Qualsiasi | TCP | Qualsiasi | 443 |
Elemento multimediale a cascata | Cluster mesh Vido (1) | Cluster mesh Vido (2) | Cluster mesh Vido (1) | Qualsiasi*** | UDP | Qualsiasi | 5004 da 50000 a 53000 |
Gestione | Nodo mesh video | Cloud Webex | Secondo necessità | Qualsiasi | TCP, HTTPS | Qualsiasi** | 443 |
Gestione | Nodo mesh video (1) | Nodo mesh video (2) | Nodo mesh video (1) | Qualsiasi | TCP, HTTPS (WebSocket) | Nodo mesh video (2) | 443 |
Comunicazione interna | Nodo mesh video | Tutti gli altri nodi mesh video | Nodo mesh video | Qualsiasi | UDP | Qualsiasi | da 10000 a 40000 |
* La configurazione predefinita nel file OVA è configurata per NTP e DNS. Il file OVA richiede l'apertura di tali porte in uscita su Internet. Se si configura un server NTP e DNS locale, non è necessario aprire le porte 53 e 123 attraverso il firewall.
** Poiché alcuni URL del servizio cloud sono soggetti a modifiche senza avviso, QUALSIASI è la destinazione consigliata per il funzionamento senza problemi dei nodi mesh video. Se si preferisce filtrare il traffico in base agli URL, vedere la sezione URL dei team Webex per i servizi ibridi
della sezione Requisiti di rete per i servizi Webex per ulteriori informazioni.
***Le porte variano in base all'abilitazione della QoS. Con la QoS abilitata, le porte sono 52.500-59499, 63000-64667, 59500-62999 e 64688-65500. Con la QoS spenta, le porte sono 34.000-34.999.
Firme di traffico per mesh video (qualità del servizio abilitata)
Per distribuzioni in cui il nodo mesh video si trova sul lato aziendale del DMZ o all'interno del firewall, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente all'amministratore di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video per il contrassegno di rete QoS. Questa impostazione Qualità del servizio è abilitata per impostazione predefinita e modifica ai valori di questa tabella le porte di origine utilizzate per la condivisione di audio, video e contenuto. Questa impostazione consente di configurare criteri di contrassegno QoS in base agli intervalli di porte UDP per differenziare l'audio dalla condivisione video o di contenuto e contrassegnare tutto l'audio con il valore consigliato di condivisione EF e video e contenuto con un valore consigliato di AF41.
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video, che sono il focus principale delle configurazioni di rete QoS. Mentre i criteri di contrassegno QoS di rete per il contenuto multimediale su UDP sono al centro della seguente tabella, i nodi mesh video Webex terminano anche il traffico TCP per la presentazione e la condivisione di contenuto per l'app Webex utilizzando le porte effimere 52500–65500. Se un firewall si trova tra i nodi mesh video e l'app Webex, tali porte TCP devono anche essere autorizzate per il corretto funzionamento.
Il nodo mesh video contrassegna il traffico in modo nativo. Questa marcatura nativa è asimmetrica in alcuni flussi e dipende dal fatto che le porte di origine siano porte condivise (porta singola come 5004 per flussi multipli verso varie destinazioni e porte di destinazione) o dal fatto che non lo siano (dove la porta rientra in un intervallo ma è unica per quella specifica sessione bidirezionale). Per comprendere il contrassegno nativo tramite un nodo mesh video, tenere presente che il nodo mesh video contrassegna l'audio EF quando non utilizza la porta 5004 come porta di origine. Alcuni flussi bidirezionali, come mesh video a cascata mesh video o mesh video a app Webex, verranno contrassegnati in modo asimmetrico, un motivo per utilizzare la rete per annotare il traffico in base agli intervalli di porte UDP forniti. |
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Servizi multimediali cloud Webex | da 52500 a 59499 | 5004 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 63000 a 64667 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | — | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | Ef | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 52500 a 59499 | 5004 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 63000 a 64667 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 59500 a 62999 | Da 50000 a 51499 | Ef | Audio |
Cluster mesh video | Cluster mesh video | da 64668 a 65500 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Applicazione o endpoint Webex Teams* | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
*La direzione del traffico multimediale determina le marcature DSCP. Se le porte di origine sono dal nodo mesh video (dal nodo mesh video all'app Webex Teams), il traffico è contrassegnato solo come AF41. Il traffico multimediale proveniente dall'app Webex Teams o dagli endpoint Webex presenta contrassegni DSCP separati, ma non il traffico di ritorno dalle porte condivise del nodo mesh video.
Differenziazione porta di origine UDP (client app Windows Webex): Se si desidera abilitare la differenziazione della porta di origine UDP per la propria organizzazione, contattare il team dell'account locale. Se questa opzione non è abilitata, la condivisione audio e video non può essere differenziata dal sistema operativo Windows. Le porte di origine saranno le stesse per la condivisione di audio, video e contenuto sui dispositivi Windows. |
Firme di traffico per mesh video (qualità del servizio disabilitata)
Per distribuzioni in cui il nodo mesh video si trova nel DMZ, è disponibile un'impostazione di configurazione del nodo mesh video in Webex Control Hub che consente di ottimizzare gli intervalli di porte utilizzati dal nodo mesh video. Questa impostazione Qualità del servizio, se disabilitata (abilitata per impostazione predefinita), modifica le porte di origine utilizzate per la condivisione di audio, video e contenuto dal nodo mesh video nell'intervallo 34000 a 34999. Il nodo mesh video quindi contrassegna in modo nativo tutto l'audio, il video e la condivisione di contenuto in un singolo DSCP di AF41.
Poiché le porte di origine sono uguali per tutti i file multimediali indipendentemente dalla destinazione, non è possibile differenziare l'audio dalla condivisione video o di contenuto in base all'intervallo di porte con questa impostazione disabilitata. Questa configurazione consente di configurare più facilmente i fori dei pin del firewall per i supporti con la qualità del servizio abilitata. |
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video quando la QoS è disabilitata.
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | 5004 | AF41 | Video |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
| Nodo mesh video | Servizi multimediali cloud Webex | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Audio |
| Nodo mesh video | Nodo mesh video | da 10000 a 40000 | da 10000 a 40000 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | 5004 | AF41 | Video |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | Da 50000 a 51499 | AF41 | Audio |
Cluster mesh video | Cluster mesh video | da 34000 a 34999 | da 51500 a 53000 | AF41 | Video |
| Nodo mesh video | Endpoint SIP Unified CM | da 52500 a 59499 | Profilo SIP Unified CM | AF41 | Audio |
| Nodo mesh video | Endpoint SIP Unified CM | da 63000 a 64667 | Profilo SIP Unified CM | AF41 | Video |
Nodo mesh video | Servizi multimediali cloud Webex | da 35000 a 52499 | 5004 | AF41 | Esegui test pacchetti STUN |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo mesh video | Applicazione o endpoint Webex Teams | 5004 | da 52100 a 52299 | AF41 | Video |
Porte e protocolli per il traffico Webex Meetings
Scopo | Origine | Destinazione | IP di origine | Porta di origine | Protocollo di trasporto | IP di destinazione | Porta di destinazione |
|---|---|---|---|---|---|---|---|
Chiamata a riunione | App (app desktop e mobile app Webex) Dispositivi registrati su Webex | Nodo mesh video | Secondo necessità | Qualsiasi | UDP e TCP (utilizzati dall'app Webex) SRTP (qualsiasi) | Qualsiasi** | 5004 |
Chiamata del dispositivo SIP alla riunione (segnalazione SIP) | Controllo chiamate Unified CM o Cisco Expressway | Nodo mesh video | Secondo necessità | Effimero (>=1024) | TCP o TLS | Qualsiasi** | 5060 o 5061 |
Cascata | Nodo mesh video | Cloud Webex | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 Da 50000 a 53000*** |
Cascata | Nodo mesh video | Nodo mesh video | Secondo necessità | da 34000 a 34999 | UDP, SRTP (Qualsiasi)* | Qualsiasi** | 5004 |
La porta 5004 viene utilizzata per tutti i nodi cloud multimediali e mesh video locali. L'app Webex continua a connettersi ai nodi mesh video sulle porte condivise 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint registrati Webex per i test STUN sui nodi mesh video. Dal nodo mesh video al nodo mesh video per l'utilizzo a cascata dell'intervallo di porte di destinazione da 10000 a 40000.* Il protocollo TCP è supportato, ma non preferito poiché potrebbe influire sulla qualità multimediale. |
** Se si desidera limitare in base agli indirizzi IP, vedere gli intervalli di indirizzi IP documentati in Requisiti di rete per i servizi Webex.
*** Expressway già utilizza questo intervallo di porte per il cloud Webex. Pertanto, la maggior parte delle distribuzioni non richiederà aggiornamenti per supportare questo nuovo requisito per il mesh video. Tuttavia, se la distribuzione dispone di regole del firewall più severe, potrebbe essere necessario aggiornare la configurazione del firewall per aprire queste porte per il mesh video.
Per ottenere le massime prestazioni utilizzando Webex nella propria organizzazione, configurare il firewall in modo da consentire tutto il traffico TCP e UDP in uscita destinato alle porte 5004 nonché qualsiasi risposta in entrata a tale traffico. I requisiti della porta elencati sopra presuppongono che i nodi mesh video siano distribuiti nella LAN (preferita) o in una DMZ e che l'app Webex sia nella LAN.
Qualità video e ridimensionamento per mesh video
Di seguito sono riportati alcuni scenari di riunione comuni quando viene creata una propagazione a catena. Il mesh video è adattivo in base alla larghezza di banda disponibile e distribuisce le risorse di conseguenza. Per i dispositivi nella riunione che utilizzano il nodo mesh video, il collegamento a cascata consente di ridurre la larghezza di banda media e migliorare l'esperienza di riunione per l'utente.
Per le linee guida per il provisioning della larghezza di banda e la pianificazione della capacità, vedere la documentazione di architettura preferita. |
In base agli oratori attivi nella riunione, vengono stabiliti i collegamenti a cascata. Ogni propagazione a catena può contenere fino a 6 flussi e la propagazione a catena è limitata a 6 partecipanti (6 in direzione da app Webex/SIP a cloud Webex e 5 in direzione opposta). Ciascuna risorsa multimediale (cloud e mesh video) richiede al lato remoto i flussi necessari per soddisfare i requisiti dell'endpoint locale di tutti i partecipanti remoti nella propagazione a catena.

Per fornire un'esperienza utente flessibile, la piattaforma Webex può eseguire video multistream ai partecipanti alla riunione. Questa stessa funzionalità si applica al collegamento a cascata tra i nodi mesh video e il cloud. In questa architettura, i requisiti di larghezza di banda variano in base a diversi fattori, come i layout degli endpoint.
Architettura

In questa architettura, gli endpoint registrati su Cisco Webex inviano segnali al cloud e contenuti multimediali ai servizi di commutazione. Gli endpoint SIP locali inviano segnali all'ambiente di controllo delle chiamate (Unified CM o Expressway), che quindi li invia al nodo mesh video. Il contenuto multimediale viene inviato al servizio di trascodifica.
Partecipanti su cloud e in sede
I partecipanti locali sul nodo mesh video richiedono i flussi desiderati in base ai requisiti di layout. Tali flussi vengono inoltrati dal nodo mesh video all'endpoint per il rendering del dispositivo locale.
Ciascun nodo mesh cloud e video richiede risoluzioni HD e SD da tutti i partecipanti che sono dispositivi registrati su cloud o app Webex. A seconda dell'endpoint, invierà fino a 4 risoluzioni, solitamente 1080p, 720p, 360p e 180p.
A cascata
La maggior parte degli endpoint Cisco può inviare 3 o 4 flussi da una singola origine in un intervallo di risoluzioni (da 1080p a 180p). Il layout dell'endpoint determina il requisito per i flussi necessari all'estremità remota della cascata. Per la presenza attiva, il flusso video principale è 1080p o 720p, i riquadri video (PiPS) sono 180p. Per la visualizzazione uguale, la risoluzione è 480p o 360p per tutti i partecipanti nella maggior parte dei casi. La cascata creata tra i nodi mesh video e il cloud invia anche 720 p, 360 p e 180 p in entrambe le direzioni. Il contenuto viene inviato come singolo flusso e l'audio viene inviato come più flussi.
I grafici di larghezza di banda a cascata che forniscono una misurazione per cluster sono disponibili nel menu Analisi in Webex Control Hub. Non è possibile configurare la larghezza di banda in cascata per riunione in Control Hub.
La larghezza di banda massima negoziata in cascata per riunione è 20Mbps per il video principale per tutte le origini e i diversi flussi video principali che è possibile inviare. Questo valore massimo non include il canale del contenuto o l'audio. |
Esempio di video principale con layout multiplo
I diagrammi seguenti illustrano uno scenario di riunione di esempio e come la larghezza di banda viene influenzata quando sono in gioco più fattori. Nell'esempio, tutte le app Webex e i dispositivi registrati su Webex stanno trasmettendo flussi a 1x720 p, 1x360 p e 1x180 p nel mesh video. Sulla cascata, i flussi di 720 p, 360 p e 180 p sono trasmessi in entrambe le direzioni. Il motivo è perché sono presenti app Webex e dispositivi registrati su Webex che ricevono 720 p, 360 p e 180 p su entrambi i lati della sequenza.
Nei diagrammi, i numeri di larghezza di banda per i dati trasmessi e ricevuti sono solo a titolo esemplificativo. Non costituiscono una copertura completa di tutte le possibili riunioni e dei relativi requisiti di larghezza di banda. Diversi scenari di riunione (partecipanti entrati, funzionalità del dispositivo, condivisione di contenuto all'interno della riunione, attività in un determinato momento durante la riunione) genereranno diversi livelli di larghezza di banda. |
Il diagramma seguente mostra una riunione con endpoint registrati su cloud e locali e un oratore attivo.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena tra i nodi mesh video e il cloud in entrambe le direzioni.
Nella stessa riunione, il diagramma seguente mostra un esempio di propagazione a catena dal cloud.
Il diagramma seguente mostra una riunione con gli stessi dispositivi precedenti, insieme a un client Webex Meetings. Il sistema invia l'oratore attivo e l'ultimo oratore attivo in alta definizione insieme a un flusso HD aggiuntivo dell'oratore attivo per i client Webex Meetings poiché i nodi mesh video non supportano Webex Meetings in questo momento.
Requisiti per i servizi Webex
Collaborare con il partner, il Customer Success Manager (CSM) o il rappresentante di prova per eseguire il provisioning corretto del sito Cisco Webex e dei servizi Webex per mesh video:
Devi disporre di un'organizzazione Webex con un abbonamento a pagamento ai servizi Webex.
Per sfruttare al meglio il mesh video, assicurarsi che il sito Webex sia sulla piattaforma video versione 2.0. (È possibile verificare che il sito sia sulla piattaforma video versione 2.0 se dispone dell'elenco dei tipi di risorse multimediali disponibile nelle opzioni del sito Cloud Collaboration Meeting Room).

È necessario abilitare CMR per il sito Webex sotto i profili utente. È possibile eseguire questa operazione in un aggiornamento in massa CSV con l'attributo SupportCMR.
Per ulteriori informazioni, vedere Confronto delle funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh in Appendice.
Verificare la correttezza del paese di origine
Il mesh video utilizza le funzionalità GDM (Globally Distributed Media) di Webex per migliorare il routing multimediale. Per ottenere una connettività ottimale, Webex seleziona il nodo multimediale cloud più vicino all'azienda quando esegue la propagazione in cascata di mesh video a Webex. Il traffico passa quindi attraverso il backbone Webex per interagire con i microservizi Webex per la riunione. Questo instradamento riduce al minimo la latenza e conserva la maggior parte del traffico sul backbone Webex e fuori da Internet.
Per supportare GDM, utilizziamo MaxMind come provider di posizione GeoIP per questo processo. Verificare che MaxMind identifichi correttamente la posizione dell'indirizzo IP pubblico per garantire un indirizzamento efficiente.
| 1 | In un browser Web, immettere questo URL con l'indirizzo IP pubblico di Expressway o dell'endpoint alla fine.
Si riceve una risposta come la seguente:
|
| 2 | Verificare che il |
| 3 | Se la posizione non è corretta, inviare una richiesta per correggere la posizione dell'indirizzo IP pubblico a MaxMind all'indirizzo https://support.maxmind.com/geoip-data-correction-request/correct-a-geoip-location. |
Completamento dei prerequisiti per mesh video
Utilizzare questa lista di controllo per assicurarsi di essere pronti a installare e configurare i nodi mesh video e integrare un sito Webex con mesh video.
| 1 | Assicurarsi di:
| ||
| 2 | Collabora con il tuo partner, il Customer Success Manager o il rappresentante di prova per comprendere e preparare il tuo ambiente Webex in modo che sia pronto per la connessione a mesh video. Per ulteriori informazioni, vedere Requisiti per i servizi Webex. | ||
| 3 | Registrare le seguenti informazioni di rete da assegnare ai nodi mesh video:
| ||
| 4 | Prima di avviare l'installazione, accertarsi che l'organizzazione Webex sia abilitata per il mesh video. Questo servizio è disponibile per le organizzazioni con determinati abbonamenti al servizio Webex a pagamento, come documentato in Requisiti di licenza per i servizi ibridi Cisco Webex. Contattare il partner Cisco o l'account manager per assistenza. | ||
| 5 | Scegliere un hardware supportato o una configurazione basata su specifiche per il nodo mesh video, come descritto in Requisiti di sistema e piattaforma per il software nodo mesh video. | ||
| 6 | Assicurarsi che sul server sia in esecuzione VMware ESXi 7 o 8 e vSphere 7 o 8, con un host VM operativo. | ||
| 7 | Se stai integrando il mesh video con l'ambiente di controllo chiamate Unified CM e desideri che gli elenchi dei partecipanti siano coerenti tra le piattaforme per riunioni, assicurati che la modalità di sicurezza del cluster Unified CM sia impostata su modalità mista in modo da supportare il traffico crittografato TLS. Per il funzionamento di questa funzionalità, è richiesto il traffico crittografato end-to-end. Per ulteriori informazioni sul passaggio dell'ambiente Unified CM in modalità mista, vedere il capitolo sull'impostazione di TLS nella Guida alla protezione di Cisco Unified Communications Manager. Vedere la guida alla soluzione Active Control per ulteriori informazioni sulle funzioni e su come impostare la crittografia end-to-end. | ||
| 8 | Se si integra un proxy (controllo esplicito, trasparente o non ispezionato) con il mesh video, accertarsi di rispettare i requisiti documentati in Requisiti per supporto proxy per mesh video. |
Operazioni successive
Installazione e configurazione del software del nodo mesh video
Flusso attività distribuzione mesh video
Operazioni preliminari
| 1 | Installazione e configurazione del software del nodo mesh video Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito. |
| 2 | Accesso alla console del nodo mesh video Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo. |
| 3 | Impostazione della configurazione di rete del nodo mesh video nella console Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato. |
| 4 | Utilizzare questa procedura per configurare l'interfaccia esterna per una distribuzione con interfaccia di rete doppia (NIC doppia):
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno). Puoi anche fare eccezioni o sostituzioni alle regole di indirizzamento predefinite. |
| 5 | Registrazione del nodo mesh video nel cloud Webex Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail. |
| 6 | Abilita e verifica la qualità del servizio (QoS) con le seguenti attività:
Abilitare la QoS se si desidera che i nodi mesh video contrassegnino automaticamente il traffico SIP (endpoint registrati SIP locali) sia per audio (EF) che per video (AF41) separatamente con una classe di servizio appropriata e utilizzino intervalli di porte ben noti per tipi di supporto specifici. Questa modifica consente di creare criteri QoS e annotare efficacemente il traffico di ritorno dal cloud, se lo si desidera. Utilizzare i passaggi dello strumento Riflettore per verificare che le porte corrette siano aperte sul firewall. |
| 7 | Configurazione del nodo mesh video per l'integrazione proxy Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare il proxy e risolvere eventuali problemi potenziali. |
| 8 | Segui il mesh video integrato con il flusso delle attività di controllo delle chiamate e scegli una delle seguenti opzioni, a seconda del controllo delle chiamate, dei requisiti di sicurezza e se desideri integrare il mesh video con l'ambiente di controllo delle chiamate:
I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP registrati in locale e i Video Meshcluster. È sufficiente eseguire il trunk di Unified CM o VCS Expressway al nodo mesh video, in base all'ambiente di controllo delle chiamate. |
| 9 | Catene di certificati di scambio tra nodi mesh video e Unified CM In questa attività, scaricare i certificati dalle interfacce mesh video e Unified CM e caricarli uno all'altro. Questa operazione consente di creare un rapporto di fiducia protetto tra i due prodotti e, in combinazione con la configurazione del trunk sicuro, consente al traffico SIP crittografato e al contenuto multimediale SRTP nell'organizzazione di atterrare sui nodi mesh video. |
| 10 | Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza l'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video. |
| 11 | Abilitazione del mesh video per il sito Webex Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex. |
| 12 | Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex |
| 13 | Verificare l'esperienza di riunione sull'endpoint sicuro Se si utilizza la crittografia multimediale attraverso l'impostazione TLS end-to-end, utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e venga visualizzata l'esperienza di riunione corretta. |
Script di provisioning in blocco per mesh video
Se è necessario distribuire molti nodi nella distribuzione mesh video, il processo richiede tempo. È possibile utilizzare lo script su https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning per distribuire rapidamente i nodi mesh video sui server ESXi VMWare. Leggere il file Leggimi per istruzioni su come utilizzare lo script.
Installazione e configurazione del software del nodo mesh video
Utilizzare questa procedura per distribuire un nodo mesh video sul server host con VMware ESXi o vCenter. È possibile installare il software in sede che crea un nodo e quindi eseguire la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerai nel cloud in seguito.
Devi scaricare il pacchetto software (OVA) da Control Hub ( https://admin.webex.com) anziché utilizzare una versione scaricata in precedenza. Questo file OVA è firmato dai certificati Cisco e può essere scaricato dopo aver eseguito l'accesso a Control Hub con le credenziali dell'amministratore del cliente.
Operazioni preliminari
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per le piattaforme hardware supportate e requisiti di specifiche per il nodo mesh video.
Assicurarsi di disporre degli elementi necessari:
Un computer con:
Client VMware vSphere 7 o 8.
Per un elenco dei sistemi operativi supportati, consultare la documentazione VMware.
File OVA del software mesh video scaricato.
Scarica l'ultimo software mesh video da Control Hub anziché utilizzare una versione scaricata in precedenza. È inoltre possibile accedere al software da questo link. (Il file è circa 1,5 GB).
Le versioni precedenti del pacchetto software (OVA) non saranno compatibili con gli ultimi aggiornamenti mesh video. Ciò può provocare problemi durante l'aggiornamento dell'applicazione. Accertarsi di scaricare l'ultima versione del file OVA da questo collegamento.
Un server supportato con VMware ESXi o vCenter 7 o 8 installato e in esecuzione
Disabilitare i backup delle macchine virtuali e la migrazione in diretta. I cluster dei nodi mesh video sono sistemi in tempo reale; qualsiasi pausa di una macchina virtuale può rendere questi sistemi instabili. (Per attività di manutenzione su un nodo mesh video, utilizzare la modalità di manutenzione da Control Hub.)
| 1 | Utilizzando il computer, aprire il client VMware vSphere e accedere al sistema vCenter o ESXi sul server. | ||||
| 2 | Vai a . | ||||
| 3 | Il Seleziona un tempio OVF fare clic su File locale, quindi su Scegli file. Andare al punto in cui si trova il file videomesh.ova, scegliere il file, quindi fare clic su Avanti.
| ||||
| 4 | Il Seleziona un nome e una cartella pagina , inserisci un Nome macchina virtuale per il nodo mesh video (ad esempio, "Video_Mesh_Node_1"), scegliere una posizione in cui può risiedere la distribuzione del nodo della macchina virtuale, quindi fare clic su Successivo. Viene eseguito un controllo di convalida. Al termine, vengono visualizzati i dettagli del modello. | ||||
| 5 | Verificare i dettagli del modello, quindi fare clic su Avanti. | ||||
| 6 | Il Configurazione pagina , scegliere il tipo di configurazione della distribuzione, quindi fare clic su Successivo.
Le opzioni sono elencate in ordine di crescente fabbisogno di risorse.
| ||||
| 7 | Il Seleziona storage pagina, assicurarsi che il formato di disco predefinito di Thick Provision Lazy Zeroed e i criteri di storage VM di Datastore Default sono selezionati e quindi fare clic su Successivo. | ||||
| 8 | Il Seleziona reti, scegliere l'opzione di rete dall'elenco di voci per fornire la connettività desiderata alla VM.
Per una distribuzione DMZ, è possibile impostare il nodo mesh video con la doppia interfaccia di rete (NIC). Questa distribuzione consente di separare il traffico di rete aziendale interna (utilizzato per la comunicazione interbox, le cascata tra i cluster dei nodi e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività al mondo esterno e le cascata in Webex). Tutti i nodi in un cluster devono essere in modalità NIC doppia; non è supportata una combinazione di NIC singola e doppia.
| ||||
| 9 | Nella pagina Personalizza modello, configurare le seguenti impostazioni di rete:
Se si preferisce, è possibile ignorare la configurazione delle impostazioni di rete e seguire la procedura in Imposta configurazione di rete del nodo mesh video nella console dopo aver eseguito l'accesso al nodo. | ||||
| 10 | Il Pronto per il completamento pagina , verificare che tutte le impostazioni inserite corrispondano alle linee guida in questa procedura, quindi fare clic su Fine. Una volta completata la distribuzione del file OVA, il nodo mesh video viene visualizzato nell'elenco delle VM. | ||||
| 11 | Fare clic con il pulsante destro del mouse sul nodo mesh video VM, quindi scegliere . Il software del nodo mesh video viene installato come guest sull'host VM. A questo punto, è possibile accedere alla console e configurare il nodo mesh video. È possibile che si verifichi un ritardo di alcuni minuti prima che i contenitori del nodo salgano. Un messaggio del firewall bridge viene visualizzato sulla console durante il primo avvio, durante il quale non è possibile accedere. |
Operazioni successive
Accesso alla console del nodo mesh video
Eseguire l'accesso alla console per la prima volta. Il software del nodo mesh video dispone di una password predefinita. È necessario modificare questo valore prima di configurare il nodo.
| 1 | Dal client VMware vSphere, andare al nodo mesh video VM, quindi scegliere Console. Viene avviata la VM del nodo mesh video e viene visualizzata una richiesta di accesso. Se il prompt di accesso non viene visualizzato, premere Invio. È possibile visualizzare brevemente un messaggio che indica che il sistema è in fase di inizializzazione. |
| 2 | Utilizzare il seguente nome utente e password predefiniti per l'accesso: Poiché si esegue l'accesso al nodo mesh video per la prima volta, è necessario modificare la passphrase dell'amministratore (password). |
| 3 | Per la password (corrente), immettere la password predefinita (dall’alto), quindi premere Invio. |
| 4 | Per inserire una nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 5 | Per reinserire la nuova password, reinserire la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "Password modificata correttamente", quindi viene visualizzata la schermata iniziale del nodo mesh video con un messaggio relativo all'accesso non autorizzato vietato. |
| 6 | Premere Invio per caricare il menu principale. |
Operazioni successive
Impostazione della configurazione di rete del nodo mesh video nella console
Impostazione della configurazione di rete del nodo mesh video nella console
Utilizzare questa procedura per configurare le impostazioni di rete per il nodo mesh video, se non sono state configurate quando si imposta il nodo su una macchina virtuale. Verrà impostato un indirizzo IP statico e verranno modificati il nome host/FQDN e i server NTP. Attualmente DHCP non è supportato.
Questa procedura è richiesta se non sono state configurate le impostazioni di rete al momento della distribuzione OVA.
L'interfaccia interna (l'interfaccia predefinita per il traffico) viene utilizzata per CLI, SIP trunk, traffico SIP e gestione dei nodi. L'interfaccia esterna (esterna) è per la comunicazione HTTPS e websocket a Webex, insieme al traffico a cascata dai nodi a Webex. |
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Operazioni successive
Una volta installata e configurata l'immagine software con le impostazioni di rete (indirizzo IP, DNS, NTP e così via) e accessibile sulla rete aziendale, è possibile passare alla fase successiva di registrazione sicura nel cloud. L'indirizzo IP configurato sul nodo mesh video è accessibile solo dalla rete aziendale. Dal punto di vista della sicurezza, il nodo è indurito in modo che solo gli amministratori dei clienti possano accedere all'interfaccia del nodo per eseguire la configurazione.
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Impostazione Dell'interfaccia di rete esterna del nodo mesh video
Una volta ripristinato il nodo online e verificata la configurazione di rete interna, è possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 5 Configurazione IP esterno e fare clic su Seleziona. | ||
| 2 | Fare clic su 1 Abilita/Disabilita, quindi su Seleziona, quindi su Sì per abilitare le opzioni dell'indirizzo IP esterno sul nodo. | ||
| 3 | Come per la configurazione di rete iniziale, immettere i valori di indirizzo IP (esterno), maschera e gateway.
| ||
| 4 | Fare clic su Salva e riavvia. Il nodo si riavvia per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna.
| ||
| 5 | Per convalidare la configurazione dell'indirizzo IP interno ed esterno, dal menu principale della console, andare a 4 Diagnostica, quindi scegliere Ping. | ||
| 6 | Nel campo ping, immettere un indirizzo di destinazione che si desidera testare, come una destinazione esterna o un indirizzo IP interno, quindi fare clic su OK.
|
Operazioni successive
API nodo mesh video
Le API del nodo mesh video consentono agli amministratori dell'organizzazione di gestire password, impostazioni di rete interne ed esterne, modalità di manutenzione e certificati del server relativi ai nodi mesh video. Queste API possono essere richiamate tramite qualsiasi strumento API come Postman oppure è possibile creare il proprio script per chiamarle. L'utente deve chiamare le API utilizzando l'endpoint appropriato (è possibile utilizzare IP nodo o FQDN), metodo, corpo, intestazioni, autorizzazione, ecc. per eseguire l'azione desiderata e ottenere una risposta adeguata, in base alle informazioni fornite di seguito.
API VMN di amministrazione
Le API di amministrazione mesh video consentono agli amministratori dell'organizzazione di gestire la modalità di manutenzione e la password dell'account amministratore dei nodi mesh video.
Ottenere lo stato della modalità di manutenzione
Recupera lo stato della modalità di manutenzione corrente (stato previsto: on, off, pending o requested).
[GET] https://<node_ip>/api/v1/external/maintenanceMode
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}
Risposta campione 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta di esempio 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Abilitazione o disabilitazione della modalità di manutenzione
Quando si mette un nodo mesh video in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti).
[PUT] https://<node_ip>/api/v1/external/maintenanceMode
Chiama questa API solo se non sono presenti chiamate attive. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"maintenanceMode": "on"
}
maintenanceMode - Stato della modalità di manutenzione da impostare - "on" o "off".
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}
Risposta campione 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}
Modifica password amministratore
Modifica la password dell'utente amministratore.
[PUT] https://<node_ip>/api/v1/external/password
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"newPassword": "new"
}
newPassword: la nuova password da impostare per l'account "admin" del nodo mesh video.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}
API di rete VMN
Le API di rete mesh video consentono agli amministratori dell'organizzazione di gestire le impostazioni di rete interne ed esterne.
Richiedi configurazione rete esterna
Rileva se la rete esterna è abilitata o disabilitata. Se la rete esterna è abilitata, recupera anche l'indirizzo IP esterno, la subnet mask esterna e il gateway esterno.
[GET] https://<node_ip>/api/v1/external/externalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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"
}
}
Risposta campione 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}
Modifica configurazione rete esterna
Modifica le impostazioni di rete esterna. Questa API può essere utilizzata per abilitare la rete esterna insieme all'impostazione o alla modifica dell'interfaccia di rete esterna con indirizzo IP esterno, subnet mask esterna e gateway esterno. Può anche essere utilizzato per disabilitare la rete esterna. Dopo aver apportato modifiche alla configurazione della rete esterna, il nodo viene riavviato per applicare tali modifiche.
[PUT] https://<node_ip>/api/v1/external/externalNetwork
È possibile configurare questa opzione solo per i nodi mesh video di nuova distribuzione, la cui password di amministrazione predefinita è stata modificata. Non utilizzare questa API dopo aver registrato il nodo in un'organizzazione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Abilitazione della rete esterna:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}
Disabilitazione della rete esterna:
{
"externalNetworkEnabled": false
}
externalNetworkEnabled- Valore booleano (vero o falso) per abilitare/disabilitare la rete esterna
externalIp - IP esterno da aggiungere
externalMask - La netmask per la rete esterna
externalGateway - Il gateway per la rete esterna
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 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."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}
Ottieni dettagli rete interna
Recupera i dettagli di configurazione della rete interna che includono modalità di rete, indirizzo IP, subnet mask, gateway, dettagli di memorizzazione nella cache DNS, server DNS, server NTP, interfaccia interna MTU, nome host e dominio.
[GET] https://<node_ip>/api/v1/external/internalNetwork
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 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": ""
}
}
Risposta campione 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}
Risposta di esempio 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}
Modifica server DNS
Aggiorna i server DNS con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dns
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsServers": "1.1.1.1 2.2.2.2"
}
dnsServer - Server DNS da aggiornare. Sono consentiti più server DNS separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica server NTP
Aggiorna i server NTP con quelli nuovi.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/ntp
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"ntpServers": "1.1.1.1 2.2.2.2"
}
ntpServer - server NTP da aggiornare. Sono consentiti più server NTP separati da spazi.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}
Risposta campione 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}
Risposta di esempio 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modifica nome organizzatore e dominio
Aggiorna il nome host e il dominio del nodo mesh video.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/host
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"hostName": "test-vmn",
"domain": "abc.com"
}
hostName - Il nuovo nome host del nodo.
dominio - Il nuovo dominio per il nome host del nodo (opzionale).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Consente di abilitare o disabilitare la memorizzazione nella cache DNS. Si consiglia di abilitare la memorizzazione nella cache se i controlli DNS spesso richiedono oltre 750 ms per la risoluzione o se consigliato dal supporto Cisco.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/dnsCaching
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"dnsCaching": true
}
dnsCaching - Configurazione della cache DNS. Accetta il valore booleano (vero o falso).
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}
Risposta di esempio 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}
Modifica MTU interfaccia
Modifica l'unità di trasmissione massima (MTU) per le interfacce di rete del nodo dal valore predefinito di 1500. Sono consentiti valori compresi tra 1280 e 9000.
[PUT] https://<node_ip>/api/v1/external/internalNetwork/mtu
Posizionare il nodo in modalità di manutenzione prima di effettuare questa modifica. Il nodo si riavvia per applicare la modifica. Vedere Abilitazione o disabilitazione della modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità di manutenzione. |
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"internalInterfaceMtu": 1500
}
internalInterfaceMtu - Unità massima di trasmissione per le interfacce di rete del nodo. Il valore deve essere compreso tra 1280 e 9000.
Intestazioni richiesta:
'Tipo di contenuto': 'applicazione/json'
Risposte di esempio:
Risposta campione 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."
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}
API certificati server VMN
Le API di certificato del server mesh video consentono agli amministratori dell'organizzazione di creare, aggiornare, scaricare ed eliminare i certificati relativi ai nodi mesh video. Per ulteriori informazioni, vedere Catene di certificati di scambio tra nodi mesh video e Unified CM.
Creare il certificato CSR
Genera un certificato CSR (Certificate Signing Request) e la chiave privata, in base ai dettagli forniti.
[POST] https://<node_ip>/api/v1/externalCertManager/generateCsr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}
commonName - IP/FQDN del nodo mesh video fornito come nome comune. (obbligatorio)
emailAddress - Indirizzo e-mail dell'utente. (opzionale)
altNames - Nome(i) alternativo(i) oggetto (opzionale). Sono consentiti più nomi di domini completi separati da spazi. Se previsto, deve contenere il nome comune. Se non vengono forniti i nomi alt, viene utilizzato il nome comune come valore dei nomi alt.
organizzazione - Nome organizzazione/società (opzionale)
organizationUnit - Unità organizzativa o Nome del reparto o del gruppo, ecc. (opzionale)
località - Città/Località. (opzionale)
stato - Stato/Provincia. (opzionale)
paese - Paese/Regione. Abbreviazione a due lettere. Non fornire più di due lettere. (opzionale)
passphrase - Passphrase chiave privata. (opzionale)
keyBitSize - Dimensione bit chiave privata. I valori accettati sono 2048, per impostazione predefinita o 4096. (opzionale)
Intestazioni richiesta:
Tipo di contenuto: 'applicazione/json'
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}
Risposta di esempio 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}
Risposta campione 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."
}
}
Scarica il certificato CSR
Scarica il certificato CSR generato.
[GET] https://<node_ip>/api/v1/externalCertManager/csr
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}
Scarica la chiave privata
Scarica la chiave privata generata insieme al certificato CSR.
[GET] https://<node_ip>/api/v1/externalCertManager/key
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}
Eliminazione del certificato CSR
Elimina il certificato CSR esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/csr
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}
Elimina la chiave privata
Elimina la chiave privata esistente.
[ELIMINARE] https://<node_ip>/api/v1/externalCertManager/key
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}
Installare il certificato firmato CA e la chiave privata
Carica il certificato firmato CA fornito e la chiave privata sul nodo mesh video e installa il certificato sul nodo.
[POST] https://<node_ip>/api/v1/externalCertManager/uploadInstallCaCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Corpo:
Utilizzare 'form-data' per caricare i seguenti file:
File certificato firmato CA (.crt) con chiave come 'crtFile'.
File della chiave privata (.key) con la chiave come 'keyFile'.
Intestazioni richiesta:
Tipo di contenuto: "dati multiparte/modulo"
Risposte di esempio:
Risposta campione 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
}
}
Risposta campione 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}
Risposta di esempio 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}
Risposta di esempio 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."
}
}
Scarica il certificato firmato CA
Scarica il certificato firmato CA installato sul nodo.
[GET] https://<node_ip>/api/v1/externalCertManager/caCert
È inoltre possibile scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----
Risposta campione 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}
Eliminare il certificato firmato dall'autorità di certificazione
Elimina il certificato firmato dall'autorità di certificazione installato sul nodo.
[CANCELLA] https://<node_ip>/api/v1/externalCertManager/caCert
Autorizzazione: Autenticazione di base che utilizza il nome utente mesh video ("admin") e la password.
Risposte di esempio:
Risposta campione 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}
Risposta campione 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}
Risposte API comuni
Di seguito sono elencate alcune risposte di esempio che è possibile riscontrare durante l'uso di qualsiasi API menzionata sopra.
Risposta campione 1: Credenziali errate fornite nell'autorizzazione di base.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Risposta campione 2: VMN non viene aggiornato alla versione richiesta che supporta queste API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}
Risposta di esempio 3: Riferimento errato inserito nell'intestazione (quando l'intestazione non era prevista).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}
Risposta di esempio 4: Limite di velocità superato, provare dopo qualche tempo.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Aggiungi regole di indirizzamento interne ed esterne
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
| 1 | Dall'interfaccia del nodo mesh video, scegliere 5 Configurazione IP esterna, quindi fare clic su Seleziona. | ||
| 2 | Scegliere 3 Gestisci regole di indirizzamento, quindi fare clic su Seleziona. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna.
È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 3 | Effettuare le seguenti operazioni secondo necessità:
Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Registrazione del nodo mesh video nel cloud Webex
Utilizzare questa procedura per registrare i nodi mesh video nel cloud Webex e completare la configurazione aggiuntiva. Quando utilizzi Control Hub per registrare il nodo, crei un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono gli utenti in una regione geografica specifica. La procedura di registrazione configura anche le impostazioni di chiamata SIP, imposta una pianificazione di aggiornamento e iscriviti alle notifiche e-mail.
Operazioni preliminari
Una volta iniziata la registrazione di un nodo, è necessario completarlo entro 60 minuti o iniziare da capo.
Verificare che gli eventuali blocchi popup nel browser siano disabilitati o che sia consentita un'eccezione per https://admin.webex.com.
Per ottenere i migliori risultati, distribuire tutti i nodi di un cluster nello stesso centro dati. Vedere Cluster in mesh video per informazioni su come funzionano e procedure consigliate.
Dall'organizzatore o dalla macchina in cui si stanno registrando i nodi mesh video nel cloud, è necessario disporre della connettività al cloud Webex e agli indirizzi IP mesh video registrati (in un ambiente NIC doppio, in particolare gli indirizzi IP interni dei nodi mesh video).
| 1 |
Accedi a Control Hub utilizzando le credenziali di amministrazione. La funzionalità di amministrazione di Control Hub è disponibile solo per gli utenti definiti come amministratori in Control Hub. Per ulteriori informazioni, vedere Ruoli account cliente. | ||
| 2 | Vai a e sceglierne uno:
| ||
| 3 | Accertarsi di aver installato e configurato il nodo mesh video. Fare clic su Sì, sono pronto per eseguire la registrazione..., quindi fare clic su Avanti. | ||
| 4 | In Crea un nuovo cluster o seleziona un cluster, scegline uno:
| ||
| 5 | In Inserisci il nome di dominio completo o l'indirizzo IP, inserisci il nome di dominio completo o l'indirizzo IP interno del nodo mesh video, quindi fai clic su Avanti.
Un nome di dominio completo deve essere risolto direttamente all'indirizzo IP o non è utilizzabile. Eseguiamo la convalida su FQDN per escludere qualsiasi errore di tipo o di configurazione.
| ||
| 6 | In Aggiorna pianificazione, scegliere un'ora, una frequenza e un fuso orario. L'impostazione predefinita è una pianificazione di aggiornamento giornaliera. È possibile passare a una pianificazione settimanale in un giorno specifico. Quando è disponibile un aggiornamento, il software del nodo mesh video viene aggiornato automaticamente durante il periodo di tempo selezionato.
| ||
| 7 | In Notifiche e-mail, aggiungere gli indirizzi e-mail dell'amministratore per iscriversi alle notifiche sugli allarmi di servizio e sugli aggiornamenti software. L'indirizzo e-mail amministratore viene aggiunto automaticamente. Puoi rimuoverlo se vuoi. | ||
| 8 | Attivare l'impostazione Qualità video per abilitare il video 1080p 30fps. Con questa impostazione, i partecipanti SIP che accedono a una riunione ospitata in un nodo mesh video possono utilizzare video a 1080p e 30fps se sono tutti all'interno della rete aziendale e stanno utilizzando un dispositivo ad alta definizione. L'impostazione si applica a tutti i cluster di nodi.
| ||
| 9 | Leggi le informazioni in Completa registrazione, quindi fai clic su Vai a nodo per registrare il nodo sul cloud Webex. Viene visualizzata una nuova scheda del browser per controllare il nodo. Questa operazione consente di proteggere il nodo mesh video utilizzando l'indirizzo IP del nodo. Durante il processo di registrazione, Control Hub reindirizza l'utente al nodo mesh video. L'indirizzo IP deve essere protetto, altrimenti la registrazione non riesce. Il processo di registrazione deve essere completato dalla rete aziendale in cui è installato il nodo. | ||
| 10 | Selezionare Consenti accesso al nodo mesh video Webex, quindi fare clic su Continua. | ||
| 11 | Fare clic su Consenti . L'account è stato convalidato, il nodo mesh video è registrato e viene visualizzato il messaggio Registrazione completata, a indicare che il nodo mesh video è ora registrato in Webex. Il nodo mesh video ottiene le credenziali della macchina in base ai diritti della propria organizzazione. Le credenziali generate dalla macchina scadono periodicamente e vengono aggiornate. | ||
| 12 | Fare clic sul collegamento al portale o chiudere la scheda per tornare alla pagina mesh video. Nella pagina Mesh video, ora viene visualizzato il nuovo cluster contenente il nodo mesh video registrato.
A questo punto, il nodo mesh video è pronto per comunicare con i servizi cloud Cisco sui canali protetti utilizzando un token emesso per l'autenticazione. Il nodo mesh video comunica anche con Docker Hub (docker.com, docker.io). Docker è utilizzato dal nodo mesh video per conservare i contenitori per la distribuzione a diversi nodi mesh video in tutto il mondo. Solo Cisco dispone delle credenziali per scrivere a Docker Hub. I nodi mesh video possono raggiungere Docker Hub utilizzando le credenziali di sola lettura per scaricare i container per gli aggiornamenti.
|
Aspetti da tenere presenti
Tenere presenti le seguenti informazioni sul nodo mesh video e sul funzionamento della stessa una volta eseguita la registrazione nell'organizzazione Webex:
Quando distribuisci un nuovo nodo mesh video, l'app Webex e il dispositivo registrato su Webex non riconosceranno il nuovo nodo per un massimo di 2 ore. I client verificano la raggiungibilità del cluster durante l'avvio, una modifica di rete o la scadenza della cache. Puoi attendere 2 ore o, come soluzione, riavviare l'app Webex o riavviare il dispositivo di sala o da scrivania Webex. Successivamente, l'attività di chiamata viene acquisita nei report mesh video in Control Hub.
Un nodo mesh video si registra in una singola organizzazione Webex; non è un dispositivo multitenant.
Per comprendere cosa utilizza e cosa non utilizza il nodo mesh video, vedere la tabella in Client e dispositivi che utilizzano il nodo mesh video.
Il nodo mesh video può connettersi al sito Webex o al sito Webex di un altro cliente o partner. Ad esempio, il sito A ha distribuito un cluster di nodi mesh video e l'ha registrato con il dominio example1.webex.com. Se gli utenti nel Sito Effettuano Una chiamata di accesso a mymeeting@example1.webex.com, utilizzano il nodo mesh video e si può creare una cascata. Se gli utenti nel sito A chiamano yourmeeting@esempio2.webex.com, gli utenti del sito A utilizzeranno il nodo mesh video locale e si connetteranno alla riunione sull'organizzazione Webex del sito B.
Operazioni successive
Per registrare nodi aggiuntivi, ripetere questa procedura.
Se è disponibile un aggiornamento, si consiglia di applicarlo il prima possibile. Per eseguire l'aggiornamento, effettuare le seguenti operazioni:
I dati di provisioning vengono trasferiti al cloud Webex dal team di sviluppo di Cisco su canali protetti. I dati di provisioning sono firmati. Per i container, i dati di provisioning contengono nome, checksum, versione e così via. Il nodo mesh video ottiene anche i dati di provisioning dal cloud Webex su canali protetti.
Una volta ricevuti i dati di provisioning dal nodo mesh video, il nodo esegue l'autenticazione con credenziali di sola lettura e scarica il contenitore con checksum e nome specifici e aggiorna il sistema. Ciascun contenitore in esecuzione sul nodo mesh video ha un nome immagine e un checksum. Questi attributi vengono caricati nel cloud Webex utilizzando canali protetti.
Abilitazione della qualità del servizio (QoS) per il nodo mesh video
Operazioni preliminari
Apportare le modifiche necessarie alla porta del firewall coperte nel diagramma e nella tabella. Vedere Porte e protocolli utilizzati dal mesh video.
Per abilitare i nodi mesh video per la QoS, i nodi devono essere online. I nodi in modalità di manutenzione o stati non in linea sono esclusi quando si abilita questa impostazione.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic su Modifica impostazioni nella scheda mesh video. | ||
| 2 | Scorrere fino a Qualità del servizio e fare clic su Abilita. Quando questa opzione è abilitata, viene visualizzato l'intervallo di porte ampio e discreto (determinato dalla configurazione del controllo chiamate locale) utilizzato per audio e video per client/endpoint SIP locali e cascata intracluster con contrassegni DSCP univoci:.
Tutto il traffico SIP e a cascata dai nodi mesh video è contrassegnato con EF per l'audio e AF41 per il video. Gli intervalli di porte discrete vengono utilizzati come porte di origine per la propagazione a catena di contenuti multimediali in altri nodi mesh video e nodi multimediali cloud nonché porte di origine e di destinazione per contenuti multimediali client SIP. Le app Webex Teams e il contenuto multimediale a cascata continuano a utilizzare la porta condivisa di destinazione di 5004 e la rampa porta 50000–53000.
Viene visualizzato un messaggio di stato che mostra quali nodi sono abilitati uno ad uno per l'intervallo di porte QoS. Puoi fare clic su Rivedi nodi in sospeso per visualizzare un elenco di nodi in sospeso per la QoS. L'abilitazione di questa impostazione può richiedere fino a 2 ore, in base al traffico di chiamate sui nodi. | ||
| 3 | Se la QoS non è completamente abilitata entro 2 ore, aprire un caso con il supporto per ulteriori indagini. I nodi vengono riavviati e vengono aggiornati con il nuovo intervallo di porte. |
Se si decide di disabilitare l'impostazione, viene visualizzato l'intervallo di porte ridotto e consolidato utilizzato per audio e video (34000–34999). Tutto il traffico dai nodi mesh video (SIP, a cascata, traffico cloud e così via) ottiene una singola marcatura di AF41.
Verifica degli intervalli di porte del nodo mesh video con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Configurazione del nodo mesh video per l'integrazione proxy
Utilizzare questa procedura per specificare il tipo di proxy che si desidera integrare con un mesh video. Se si sceglie un proxy di ispezione trasparente o un proxy esplicito, è possibile utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare la connessione del proxy e risolvere eventuali problemi potenziali.
Operazioni preliminari
Vedere Supporto proxy per il mesh video per una panoramica delle opzioni proxy supportate.
| 1 | Inserire l'URL di impostazione mesh video | ||||||||||
| 2 | Vai su Trust Store & Proxy, quindi scegli un'opzione:
Seguire i passaggi successivi per un controllo trasparente o un proxy esplicito. | ||||||||||
| 3 | Fare clic su Carica un certificato principale o un certificato dell'entità finale, quindi individuare e scegliere il certificato principale per il proxy di ispezione esplicito o trasparente. Il certificato viene caricato ma non ancora installato poiché è necessario riavviare il nodo per installare il certificato. Fare clic sulla freccia in base al nome dell'emittente del certificato per ottenere ulteriori dettagli o fare clic su Elimina se si è commesso un errore e si desidera ricaricare il file. | ||||||||||
| 4 | Per un controllo trasparente o proxy espliciti, fare clic su Verifica connessione proxy per verificare la connettività di rete tra il nodo mesh video e il proxy. Se il test di connessione non riesce, viene visualizzato un messaggio di errore che mostra il motivo e come è possibile correggere il problema. | ||||||||||
| 5 | Una volta superato il test di connessione, per il proxy esplicito, attivare il tasto di alternanza per indirizzare tutte le richieste 443 https della porta da questo nodo attraverso il proxy esplicito. Questa impostazione richiede 15 secondi per avere effetto. | ||||||||||
| 6 | Fare clic su Installa tutti i certificati nell'archivio attendibilità (viene visualizzato ogni volta che è stato aggiunto un certificato radice durante l'impostazione del proxy) o su Riavvia (viene visualizzato se non è stato aggiunto alcun certificato radice), leggere il prompt e fare clic su Installa se si è pronti. Il nodo si riavvia entro pochi minuti. | ||||||||||
| 7 | Una volta riavviato il nodo, eseguire di nuovo l'accesso, se necessario, quindi aprire la pagina Panoramica per controllare i controlli di connettività e assicurarsi che siano tutti in stato verde. Il controllo della connessione proxy verifica solo un sottodominio di webex.com. Se si verificano problemi di connettività, un problema comune è che alcuni dei domini cloud elencati nelle istruzioni di installazione vengono bloccati sul proxy. |
Integrazione di mesh video con flusso attività controllo chiamate
Configurare i trunk SIP per indirizzare la chiamata in ingresso SIP per le riunioni Webex su mesh video. I dispositivi SIP non supportano la raggiungibilità diretta, pertanto è necessario utilizzare la configurazione Unified CM o VCS Expressway per stabilire una relazione tra i dispositivi SIP locali e i cluster mesh video.
Operazioni preliminari
Vedere Modelli Di Distribuzione Per Mesh Video e Cisco Unified Communications Manager per conoscere gli esempi di distribuzione comuni.
Il mesh video supporta TCP o TLS tra la segnalazione Unified CM e SIP. SIP TLS non è supportato per VCS Expressway.
In Unified CM, ciascun trunk SIP può supportare fino a 16 destinazioni mesh video (indirizzi IP).
In Unified CM, le porte in ingresso sul profilo di sicurezza SIP Trunk possono essere predefinite (profilo trunk SIP non protetto).
Mesh video supporta 2 percorsi di indirizzamento: sitename.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Mesh video supporta 3 percorsi di indirizzamento: webex.com (per brevi indirizzi video), nomesito.webex.com e meet.ciscospark.com. Gli altri percorsi di indirizzamento non sono supportati.
Quando si utilizza il formato dell'indirizzo video breve ( meeting@webex.com ), il nodo mesh video gestisce sempre la chiamata. Il nodo gestisce la chiamata anche se la chiamata è a un sito con mesh video abilitato.
Scegliere una di queste opzioni, in base all'ambiente di controllo delle chiamate e ai requisiti di sicurezza:
|
Configurazione dell'indirizzamento del traffico Unified CM Secure TLS SIP per mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un trunk SIP per indicare un Expressway per failover cloud Webex.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Creare un percorso di indirizzamento SIP per le riunioni dell'app Webex (compatibilità con le versioni precedenti): |
Configurazione dell'indirizzamento del traffico SIP TCP di Unified CM per il mesh video
| 1 | Creare un profilo SIP per i cluster mesh video: | ||
| 2 | Aggiungi un nuovo profilo di sicurezza trunk SIP per i cluster mesh video: | ||
| 3 | Aggiungi un nuovo trunk SIP per puntare ai cluster mesh video:
| ||
| 4 | Creare un nuovo trunk SIP per puntare a un Expressway.
| ||
| 5 | Crea un nuovo gruppo di indirizzamento per le chiamate ai cluster mesh video: | ||
| 6 | Per l'overflow sul cloud, creare un nuovo gruppo di indirizzamento per le chiamate a Expressway: | ||
| 7 | Creare un nuovo elenco di indirizzamento per le chiamate ai cluster mesh video ed Expressway: | ||
| 8 | Creare un percorso di indirizzamento SIP per il formato di composizione dell'indirizzo video breve per le riunioni Webex: Con la funzione di composizione dell'indirizzo video breve, gli utenti non devono più ricordare il nome del sito Webex per accedere a una riunione o un evento Webex utilizzando un sistema video. Possono accedere più rapidamente alla riunione poiché devono conoscere solo il numero della riunione o dell'evento. | ||
| 9 | Creare un percorso di indirizzamento SIP per il sito Webex: | ||
| 10 | Crea un percorso di indirizzamento SIP per le riunioni dell'app Webex: |
Configurare il routing del traffico SIP TCP Expressway per il mesh video
| 1 | Crea una zona che punta ai cluster mesh video: |
| 2 | Crea sequenze di chiamata per cluster mesh video per siti Webex: |
| 3 | Creare un client trasversale e una coppia di zone che punti al cloud Expressway per failover: |
| 4 | Creare una regola di ricerca di fallback nella zona client trasversale che porta a Expressway-E: |
| 5 | Da Expressway-E, vai a . Fare clic su Nuovo e aggiungere la zona Webex. Nelle versioni precedenti alla X8.11, è stata creata una nuova zona DNS per questo scopo. |
| 6 | Creare una sequenza di chiamata per Expressway cloud: |
| 7 | Per i dispositivi SIP registrati su Expressway-C, aprire l'indirizzo IP del dispositivo in un browser, andare a Impostazione, scorrere fino a SIP e scegliere Standard dal menu a discesa Tipo . |
Catene di certificati di scambio tra nodi mesh video e Unified CM
Completare uno scambio di certificati per stabilire la fiducia bidirezionale tra le interfacce mesh video e Unified CM. Con la configurazione del trunk sicuro, i certificati consentono al traffico SIP crittografato e al contenuto multimediale SRTP nella propria organizzazione da Unified CM attendibili di atterrare sui nodi mesh video attendibili.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
Operazioni preliminari
Per motivi di sicurezza, si consiglia di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo.
| 1 | Aprire l'interfaccia del nodo mesh video (indirizzo IP/impostazione, ad esempio, | ||||
| 2 | Andare a Certificati server e richiedere e caricare un certificato e una coppia di chiavi come necessario: | ||||
| 3 | In un'altra scheda del browser, da Cisco Unified OS Administration, andare a . Immettere i criteri di ricerca e fare clic su Trova, quindi scegliere il nome del file del certificato o la Certificate Trust List (CTL) e fare clic su Scarica. Salva il file Unified CM in un punto facile da ricordare e lascia aperta l'istanza Unified CM nella scheda del browser. | ||||
| 4 | Tornare alla scheda dell'interfaccia del nodo mesh video, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato su cloud si spegne cortesemente, in attesa fino a 2 ore per la fine di qualsiasi chiamata. Per installare il certificato CallManager.pem, il nodo viene riavviato automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato CallManager.pem viene installato sul nodo mesh video. È quindi possibile ricaricare la pagina per visualizzare il nuovo certificato. | ||||
| 5 | Tornare alla scheda Amministrazione del sistema operativo Cisco Unified e fare clic su Carica certificato/catena di certificati. Scegliere il nome del certificato dall'elenco a discesa Scopo certificato, selezionare il file scaricato dall'interfaccia del nodo mesh video, quindi fare clic su Apri. | ||||
| 6 | Per caricare il file sul server, fare clic su Carica file. Se si sta caricando una catena di certificati, è necessario caricare tutti i certificati nella catena.
|
Abilitazione della crittografia multimediale per i cluster mesh video e organizzazione
Utilizzare questa procedura per attivare la crittografia multimediale per la propria organizzazione e i singoli cluster mesh video. Questa impostazione forza un'impostazione TLS end-to-end ed è necessario disporre di un trunk SIP TLS sicuro su Unified CM che punta ai nodi mesh video.
Impostazioni | Risultato |
|---|---|
Unified CM è configurato con un trunk sicuro e questa impostazione Video Mesh Control Hub non è abilitata. | Chiamate non riuscite. |
Unified CM non è configurato con un trunk sicuro e questa impostazione di Video Mesh Control Hub è abilitata. | Le chiamate non avranno esito negativo ma torneranno in modalità non protetta. |
Gli endpoint Cisco devono anche essere configurati con un profilo di sicurezza e una negoziazione TLS per il funzionamento della crittografia end-to-end. In caso contrario, le chiamate vengono riversate sul cloud dagli endpoint non configurati con TLS. Si consiglia di abilitare questa funzione solo se tutti gli endpoint possono essere configurati per utilizzare TLS. |
Operazioni preliminari
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Scorrere fino a Crittografia multimediale e attivare l'impostazione. Questa impostazione rende obbligatoria la crittografia su tutti i canali multimediali che passano attraverso i nodi mesh video nella tua organizzazione. Tenere presente la tabella precedente e le note di attenzione per le situazioni in cui le chiamate potrebbero non riuscire e per le funzioni richieste per la crittografia end-to-end. |
| 3 | Fare clic su Mostra tutto e ripetere le seguenti operazioni su ciascun cluster mesh video che si desidera abilitare per il traffico SIP sicuro. |
Abilitazione del mesh video per il sito Webex
Per utilizzare supporti ottimizzati per il nodo mesh video per una riunione Webex a tutti i dispositivi e l'app Webex a cui accedere, questa configurazione deve essere abilitata per il sito Webex. L'abilitazione di questa impostazione collega il mesh video alle istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo mesh video per le riunioni Webex.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , fare clic sul sito Webex dalla scheda Riunioni, quindi fare clic su Impostazioni |
| 2 | Accedere alle Impostazioni comuni facendo clic su Servizio > Riunione > Impostazioni sito. Da Impostazioni comuni, fare clic su Cloud Collaboration Meeting Rooms (CMR), scegliere Video Mesh per Media Resource Type, quindi fare clic su Salva in basso.
Questa impostazione collega il mesh video e le istanze delle riunioni nel cloud e consente la propagazione a catena dai nodi mesh video. L'impostazione deve essere popolata in tutto l'ambiente dopo 15 minuti. Le riunioni Webex che iniziano dopo questa modifica verranno inserite nella nuova impostazione. Se si lascia questo campo impostato su Cloud (opzione predefinita), tutte le riunioni vengono ospitate nel cloud e il nodo mesh video non viene utilizzato. |
Assegnazione di sale riunioni di collaborazione agli utenti dell'app Webex
Verificare l'esperienza di riunione sull'endpoint sicuro
Utilizzare questa procedura per verificare che gli endpoint siano registrati in modo sicuro e che venga visualizzata l'esperienza di riunione corretta.
| 1 | Accedere a una riunione dall'endpoint protetto. |
| 2 | Verificare che l'elenco dell'elenco riunioni venga visualizzato sul dispositivo. Questo esempio mostra come appare l'elenco delle riunioni su un endpoint con un pannello touch:
|
| 3 | Durante la riunione, accedere alle informazioni della conferenza Webex da Dettagli chiamata . |
| 4 | Verificare che la sezione Crittografia mostri il file Digitare come AES-128 e il Stato come Attivato .
|
Analisi mesh video
La funzionalità di analisi fornisce informazioni su come utilizzare i nodi e i cluster mesh video locali nell'organizzazione Webex. Con i dati cronologici nella vista delle metriche, è possibile gestire in modo più efficace le risorse mesh video monitorando la capacità, l'utilizzo e la disponibilità delle risorse locali. È possibile utilizzare queste informazioni per prendere decisioni sull'aggiunta di altri nodi mesh video a un cluster o sulla creazione di nuovi cluster, ad esempio. L'analisi del mesh video è disponibile in Control Hub sotto .
Per facilitare l'analisi dei dati nell'organizzazione, è possibile eseguire lo zoom dei dati visualizzati nel grafico e isolare un periodo di tempo specifico. Per la funzionalità di analisi, è anche possibile compilare report con taglie e dadi per mostrare dettagli più dettagliati.
L'analisi dei mesh video e i report di risoluzione dei problemi mostrano i dati nel fuso orario impostato per il browser locale. |
Analisi
L'analisi del mesh video fornisce una tendenza a lungo termine (fino a 3 mesi di dati) nelle categorie di coinvolgimento, utilizzo delle risorse e utilizzo della larghezza di banda.

Monitoraggio in diretta
La scheda di monitoraggio in diretta fornisce una vista in tempo reale dell'attività nella tua organizzazione: fino a 1 minuto di aggregazione e la possibilità di visualizzare le ultime 4 ore o 24 ore su tutti i cluster o su cluster specifici. Questa scheda in Control Hub viene aggiornata automaticamente, ogni 1 minuto per le ultime 4 ore e ogni 10 minuti per le ultime 24 ore.
Accesso, filtro e salvataggio dei report di monitoraggio in diretta mesh video
I report di monitoraggio in diretta del mesh video sono disponibili nella pagina Risoluzione dei problemi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo.
| ||||
| 2 | Dal tasto di alternanza a sinistra, scegli un'opzione per filtrare la distanza di tempo che desideri mostrare ai dati.
| ||||
| 3 | Interagire con i grafici utilizzando le seguenti opzioni come necessario:
| ||||
| 4 | Una volta filtrati i dati nei report, fare clic su Altro
|
Accesso, filtro e salvataggio dell'analisi mesh video
I report metrici del mesh video sono disponibili nella pagina Analisi di Control Hub ( https://admin.webex.com), una volta che il mesh video è attivo e dispone di un cluster con almeno un nodo mesh video registrato.
| 1 | Dalla vista cliente in https://admin.webex.com, scegliere Analisi, quindi fare clic su mesh video sul lato superiore destro dello schermo. | ||||||
| 2 | Fare clic su una categoria, a seconda del tipo di dati che si sta cercando:
| ||||||
| 3 | Dall'elenco a discesa a destra, scegliere un'opzione per ridurre la distanza nel tempo che si desidera mostrare i dati.
| ||||||
| 4 | Interagire con le tabelle o i grafici delle ciambelle utilizzando le seguenti opzioni come necessario:
| ||||||
| 5 | Una volta filtrati i dati nei report, fare clic su Altro
| ||||||
| 6 | Cancella tutti i filtri dalla barra dei filtri se desideri ripristinare la vista di analisi. |
Analisi disponibile per mesh video
Per informazioni dettagliate sulle analisi disponibili in Control Hub, vedi la sezione Mesh video di Analisi per il portfolio Cloud Collaboration.
Strumento di monitoraggio per mesh video
Lo strumento Monitoraggio in Control Hub consente all'organizzazione di monitorare lo stato della distribuzione di mesh video. È possibile eseguire i seguenti test su nodi mesh video, cluster o entrambi per ottenere risultati per parametri specifici.
Test di segnalazione - Verifica se la segnalazione SIP e la segnalazione multimediale si verificano tra il nodo mesh video e i servizi multimediali cloud Webex .
Test a cascata - Verifica se è possibile stabilire una propagazione a catena tra il nodo mesh video e i servizi multimediali cloud Webex .
Test di raggiungibilità - Verifica se il nodo mesh video può raggiungere le porte di destinazione per i flussi multimediali nei servizi multimediali cloud Webex . Verifica inoltre se il nodo mesh video è in grado di comunicare con i cluster cloud associati ai contenitori multimediali attraverso tali porte.
Quando si esegue un test, lo strumento crea una riunione simulata. Al termine del test, viene visualizzato un risultato positivo o negativo con suggerimenti per la risoluzione dei problemi in linea nel report. È possibile pianificare l'esecuzione periodica del test o eseguirlo su richiesta. Per ulteriori informazioni, vedere Monitoraggio dell'integrità dei supporti per mesh video .
Eseguire un test immediato
Utilizzare questa procedura per eseguire un test della raggiungibilità e del monitoraggio dell'integrità dei file multimediali su richiesta su nodi mesh video e/o cluster registrati nell'organizzazione di Control Hub. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . | ||
| 2 | Fare clic su Configura test , fare clic Prova ora , quindi selezionare i nodi e/o i cluster che si desidera testare.
| ||
| 3 | Fare clic su Eseguire il test . |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Configurare i test periodici
Utilizzare questa procedura per configurare e avviare test periodici di raggiungibilità e di monitoraggio dell'integrità dei supporti. Questi test vengono eseguiti ogni 6 ore per impostazione predefinita. È possibile eseguire questi test a livelli a livello di cluster, specifici di cluster o specifici di nodo. I risultati vengono acquisiti in Control Hub e aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 | Accedere a Control Hub , quindi andare a . |
| 2 | Fare clic su Configura test , fare clic Test periodico , quindi selezionare i nodi e/o i cluster che si desidera testare. |
| 3 | Scegli un'opzione:
|
| 4 | Fai clic su Avanti. |
| 5 | Rivedere l'elenco di cluster e nodi per eseguire i test periodici. Se si è soddisfatti, fare clic Configura per pianificare la configurazione corrente. |
Operazioni successive
I risultati vengono visualizzati nella pagina Panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Fare clic su Segnalazione , Cascata , o Raggiungibilità per filtrare i risultati in base al test specifico.
I punti sulla tempistica con il dispositivo di scorrimento mostrano i risultati dei test aggregati per l'intera organizzazione. Le tempistiche a livello di cluster mostrano i risultati aggregati per ciascun cluster.
La tempistica potrebbe visualizzare date in formato USA. Modifica la lingua nelle impostazioni del profilo per visualizzare le date nel formato locale. |

Passare il mouse sui punti della tempistica per visualizzare i risultati del test. È inoltre possibile visualizzare i risultati dettagliati del test per ciascun nodo. Fare clic su un punto della tempistica a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un riquadro laterale e suddivisi in Segnalazione, Cascata e Raggiungibilità. È possibile visualizzare se il test è stato eseguito correttamente, se è stato ignorato o se il test non è riuscito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Utilizzare l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Un test saltato, un guasto parziale o un guasto non è fondamentale, a meno che non si verifichi in modo continuativo per un determinato periodo di tempo. |
Abilitazione del video HD 1080p per i dispositivi SIP locali nelle riunioni con nodo mesh video
Questa impostazione consente alla tua organizzazione di preferire video ad alta definizione 1080p per endpoint SIP registrati in locale, con una permuta di capacità di riunione inferiore. Un nodo mesh video deve organizzare la riunione. I partecipanti possono utilizzare video 1080p 30fps a condizione che:
Sono tutti all'interno della rete aziendale.
Stanno utilizzando un dispositivo SIP registrato in locale ad alta definizione.
L'impostazione si applica a tutti i cluster contenenti nodi mesh video.
I dispositivi registrati sul cloud continuano a inviare e ricevere flussi a 1080p, indipendentemente dall'attivazione o disattivazione di questa impostazione. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Impostazioni nella scheda mesh video. |
| 2 | Attiva Qualità video. Se questa impostazione è disattivata, l'impostazione predefinita è 720 p. |
Per le risoluzioni video supportate dall'app Webex, vedere Specifiche video per chiamate e riunioni.
Riunioni private
La funzione di riunione privata migliora la sicurezza della riunione eseguendo l'interruzione del servizio multimediale in locale. Quando si pianifica una riunione privata, il contenuto multimediale termina sempre sui nodi mesh video all'interno della rete aziendale senza cascata di cloud.
Come mostrato qui, le riunioni private non trasferiscono mai il contenuto multimediale sul cloud. Il contenuto multimediale termina interamente sui cluster mesh video. I cluster mesh video possono essere collegati in cascata solo l'uno con l'altro.
È possibile prenotare un cluster mesh video per le riunioni private. Quando il cluster prenotato è pieno, il contenuto multimediale della riunione privata viene trasferito in cascata agli altri cluster mesh video. Quando il cluster prenotato è pieno, le riunioni private e non private condividono le risorse dei cluster restanti.
Le riunioni non private non utilizzano cluster riservati, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, viene eseguita la propagazione a catena sul cloud Webex.
L'app Webex con l'esperienza Webex con funzionalità complete abilitata non è compatibile con mesh video. Per informazioni dettagliate, vedi Client e dispositivi che utilizzano il nodo mesh video. |
Supporto e limitazioni per le riunioni private
Mesh video supporta le riunioni private come segue:
Le riunioni private sono disponibili su Webex versione 40.12 e successive.
Solo le riunioni pianificate possono utilizzare il tipo di riunione privata. Per informazioni dettagliate, vedere l'articolo Pianificazione di una riunione privata Cisco Webex.
Le riunioni private non sono disponibili per le riunioni con funzionalità complete avviate o a cui si è partecipato dall'app Webex.
È possibile utilizzare qualsiasi dispositivo attualmente supportato dal mesh video.
I nodi possono utilizzare qualsiasi immagine corrente: 72vCPU e 23vCPU.
La logica delle riunioni private non crea lacune nelle metriche. Raccogliamo le stesse metriche per Control Hub come per le riunioni non private.
Poiché alcuni utenti non attivano questa funzione, i report di analisi per le riunioni private non vengono visualizzati se la tua organizzazione non dispone di una riunione privata tra 90 giorni.
Le riunioni private supportano la lavagna a 1 Via da un endpoint video.
Limiti
Le riunioni private presentano le seguenti limitazioni:
Le riunioni private supportano solo VoIP per l'audio. Non supportano Webex Edge Audio o PSTN.
Non puoi utilizzare una sala riunioni personale per una riunione privata.
Le riunioni private non supportano le funzioni Webex che richiedono una connessione al cloud, ad esempio, registrazione cloud, trascrizione e Webex Assistant.
Non puoi accedere a una riunione privata da un sistema video registrato su cloud non autenticato, anche uno che è stato accoppiato all'app Webex.
Uso delle riunioni private come tipo di riunione predefinito
In Control Hub, puoi specificare che le riunioni future pianificate per la tua organizzazione siano riunioni private.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Modifica impostazioni dalla scheda mesh video . Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 3 | Salvare la modifica. |
Quando abiliti questa impostazione, si applica a tutte le riunioni per la tua organizzazione, anche a quelle pianificate in precedenza.
(Opzionale) Prenotazione di un cluster per le riunioni private
Le riunioni private e non private di solito utilizzano le stesse risorse mesh video. Tuttavia, poiché le riunioni private devono mantenere i media locali, non possono impostare overflow sul cloud quando le risorse locali sono esaurite. Per ridurre tale possibilità, è possibile impostare un cluster mesh video per organizzare solo riunioni private.
In Control Hub, configura il cluster esclusivamente per l'organizzazione di riunioni private. Questa impostazione impedisce alle riunioni non private di utilizzare tale cluster. Riunioni private predefinite per l'uso di tale cluster. Se il cluster esaurisce le risorse, le riunioni private vengono trasmesse in cascata solo agli altri cluster mesh video.
Si consiglia di predisporre un cluster privato per gestire il picco di utilizzo previsto dalle riunioni private.
Non puoi utilizzare il formato dell'indirizzo video breve (meet@your_site) se prenoti tutti i cluster mesh video per riunioni private. Queste chiamate attualmente non riescono senza un messaggio di errore corretto. Se lasci alcuni cluster non riservati, le chiamate con il formato di indirizzo video breve possono connettersi attraverso tali cluster. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a e fai clic su Mostra tutto sulla scheda mesh video. |
| 2 | Selezionare il cluster mesh video dall'elenco e fare clic su Modifica impostazioni cluster. |
| 3 | Scorrere fino a Riunioni private e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Messaggi di errore per le riunioni private
Questa tabella elenca i possibili errori che gli utenti possono visualizzare quando accedono a una riunione privata.
Messaggio di errore | Azione utente | Motivo |
|---|---|---|
Accesso alla rete esterna negato È necessario essere sulla rete aziendale per partecipare alla riunione privata. I dispositivi Webex accoppiati che si trovano al di fuori della rete aziendale non possono accedere alla riunione; in tale scenario, provare a collegare il laptop, il dispositivo mobile alla rete aziendale e accedere alla riunione in modalità non abbinata. | Un utente esterno accede dalla rete aziendale senza VPN o MRA. | Per accedere a una riunione privata, gli utenti esterni devono accedere alla rete aziendale attraverso una VPN o MRA. |
Un utente esterno è su VPN, ma è accoppiato a un dispositivo non autenticato. | Il contenuto multimediale del dispositivo non esegue il tunnel nella rete aziendale attraverso la VPN. Il dispositivo non può accedere a una riunione privata. Al contrario, dopo essersi connessi alla VPN, l'utente remoto deve accedere a una riunione privata in modalità dispositivo non abbinato dal client desktop o mobile. | |
Nessun cluster disponibile I cluster che ospitano questa riunione privata sono al massimo della capacità, irraggiungibili, offline o non registrati. Contatta l'amministratore IT per assistenza. | Un utente si trova sulla rete aziendale (in sede o da remoto tramite VPN), ma non può accedere a una riunione privata. | I cluster mesh video sono:
|
Non autorizzato Non si è autorizzati a partecipare a questa riunione privata in quanto non si è membri dell'organizzazione organizzatore. Contatta l'Organizzatore della riunione. | Un utente di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo gli utenti appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Un dispositivo di un'organizzazione diversa dall'organizzazione organizzatore tenta di accedere alla riunione privata. | Solo i dispositivi appartenenti all'organizzazione organizzatore possono accedere a una riunione privata. |
Mantenere i file multimediali su mesh video per tutte le riunioni Webex esterne
Quando i file multimediali vengono eseguiti attraverso i nodi mesh video locali, si ottengono prestazioni migliori e si utilizza meno larghezza di banda Internet.
Nelle versioni precedenti, si controllava l'uso del mesh video per le riunioni solo per i siti interni. Per le riunioni organizzate su siti Webex esterni, tali siti controllavano se il mesh video poteva essere esteso a Webex. Se un sito esterno non consente la propagazione a catena di mesh video, i file multimediali utilizzano sempre i nodi cloud Webex .
Con l'impostazione Preferisci mesh video per tutte le riunioni Webex esterne, se il sito Webex dispone di nodi mesh video disponibili, i file multimediali passano attraverso tali nodi per le riunioni organizzate su siti Webex esterni. Questa tabella riassume il funzionamento dei partecipanti alle riunioni Webex :
| L'impostazione è... | Riunione sul sito Webex interno con Cascate mesh video abilitate | Riunione sul sito Webex interno con cascate di mesh video disabilitate | Riunione su sito Webex esterno con Cascate mesh video abilitate | Riunione su sito Webex esterno con cascate di mesh video disabilitate |
|---|---|---|---|---|
| Enabled | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza i nodi mesh video. |
| Disabilitato | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. | Media utilizza i nodi mesh video. | Media utilizza nodi cloud. |
Questa impostazione è disattivata per impostazione predefinita, in modo da mantenere il funzionamento delle versioni precedenti. In queste versioni, il mesh video non veniva trasferito a Webex e i partecipanti partecipavano attraverso i nodi cloud Webex .
| 1 | Nella vista cliente inhttps://admin.webex.com , andare a e fare clic Mostra tutto nella scheda mesh video. |
| 2 | Selezionare il cluster di mesh video nell'elenco e fare clic Modifica impostazioni . |
| 3 | Scorrere fino a Preferisci mesh video per tutte le Webex Meetings esterne e abilitare l'impostazione. |
| 4 | Salvare la modifica. |
Ottimizza l'utilizzo della distribuzione mesh video
È possibile visualizzare tutti i client sui cluster mesh video per una migliore esperienza utente tramite mesh video. Se la capacità del cluster mesh video è temporaneamente diminuita o se è stato aumentato l'utilizzo, è possibile ottimizzare l'utilizzo del cluster mesh video controllando quali tipi di client atterrano sui cluster mesh video. Ciò consente di gestire efficacemente la capacità esistente fino a quando non è possibile aggiungere altri nodi per soddisfare la domanda.
Vedi il portale Analisi in Control Hub per comprendere l'utilizzo, l'utilizzo, il reindirizzamento e le tendenze di overflow. In base a queste tendenze, è possibile, ad esempio, scegliere di far arrivare i client desktop o i dispositivi SIP sui cluster mesh video e di far arrivare i client mobili sui nodi cloud Webex. Rispetto ai client mobili, i client desktop e i dispositivi SIP supportano una risoluzione più elevata, hanno schermi più grandi e utilizzano più larghezza di banda e puoi ottimizzare l'esperienza utente per i partecipanti utilizzando tali tipi di client.
È inoltre possibile ottimizzare la capacità dei cluster e massimizzare l'esperienza utente avendo i tipi di client utilizzati dalla maggior parte dei clienti sui cluster mesh video.
| 1 | Accedi a Control Hub, quindi seleziona . - oppure - Selezionare . |
| 2 | In Impostazioni inclusione tipo di client, tutti i tipi di client sono controllati per impostazione predefinita. Deselezionare i tipi di client che si desidera escludere dall'uso dei cluster mesh video. Questi cluster sono ospitati sui nodi cloud Webex. |
| 3 | Fai clic su Salva. |
Annulla registrazione nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . |
| 2 | Fare clic su Visualizza tutto sulla scheda mesh video. |
| 3 | Dall'elenco delle risorse, vai al cluster appropriato e scegli il nodo. |
| 4 | Fare clic su . Viene visualizzato un messaggio che richiede di confermare che si desidera eliminare il nodo. |
| 5 | Dopo aver letto e compreso il messaggio, fare clic su Annulla registrazione nodo. |
Sposta nodo mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi scegliere Visualizza tutto sulla scheda mesh video. |
| 2 | Dall'elenco, selezionare il nodo che si desidera spostare, quindi fare clic su Azioni (puntini di sospensione verticali). |
| 3 | Seleziona Sposta nodo. |
| 4 | Scegli il pulsante di opzione appropriato per il punto in cui desideri spostare il nodo:
|
| 5 | Fare clic su Sposta nodo. Il nodo viene spostato nel nuovo cluster.
|
Impostazione della pianificazione di aggiornamento del cluster mesh video
È possibile impostare una pianificazione di aggiornamento specifica o utilizzare la pianificazione predefinita delle ore 3. Daily Stati Uniti: America/Los Angeles. È possibile scegliere di posticipare un aggiornamento futuro, se necessario.
Gli aggiornamenti software per il mesh video vengono eseguiti automaticamente a livello di cluster, per garantire che tutti i nodi utilizzino sempre la stessa versione del software. Gli aggiornamenti vengono eseguiti in base alla pianificazione di aggiornamento per il cluster. Quando diventa disponibile un aggiornamento software, è possibile aggiornare manualmente il cluster prima dell'ora di aggiornamento pianificata.
Operazioni preliminari
Gli aggiornamenti urgenti vengono applicati non appena sono disponibili. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fare clic su Visualizza tutto nella scheda mesh video. | ||
| 2 | Fare clic su una risorsa multimediale, quindi fare clic su Modifica impostazioni cluster. | ||
| 3 | Nella pagina Impostazioni, scorrere fino a Aggiorna, quindi scegliere l'ora, la frequenza e il fuso orario per la pianificazione di aggiornamento.
| ||
| 4 | (Opzionale) Se necessario, fare clic su Rinvia per rinviare l'aggiornamento una volta, fino alla finestra successiva. Sotto il fuso orario, vengono visualizzate la successiva data e ora di aggiornamento disponibili. |
- Miglioramento del funzionamento
-
Il nodo effettua richieste periodiche al cloud per verificare se è disponibile un aggiornamento.
Il cloud non rende disponibile l'aggiornamento finché non arriva la finestra di aggiornamento del cluster. Quando arriva la finestra di aggiornamento, la successiva richiesta di aggiornamento periodico del nodo al cloud fornisce le informazioni sull'aggiornamento.
Il nodo esegue il pull degli aggiornamenti su un canale sicuro.
I servizi esistenti vengono disattivati correttamente per interrompere l'indirizzamento delle chiamate in ingresso al nodo. L'aggraziato arresto consente anche di completare le chiamate esistenti (fino a 2 ore).
L'aggiornamento viene installato.
Il cloud attiva solo l'aggiornamento per una percentuale di nodi in un cluster alla volta.
Elimina cluster mesh video
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , quindi fai clic su Visualizza tutto. | ||
| 2 | Dall'elenco delle risorse, scorrere fino alla risorsa mesh video che si desidera eliminare, quindi fare clic su Modifica impostazioni cluster.
| ||
| 3 | Fare clic su Elimina cluster, quindi sceglierne uno:
|
Disattiva mesh video
Operazioni preliminari
Prima di disattivare il mesh video, verrà annullata la registrazione di tutti i nodi mesh video.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a , scegli Impostazioni sulla scheda mesh video. |
| 2 | Fare clic su Disattiva. |
| 3 | Esamina l'elenco dei cluster e leggi l'esclusione di responsabilità nella finestra di dialogo. |
| 4 | Selezionare la casella di controllo per confermare di aver compreso questa azione e fare clic su Disattiva nella finestra di dialogo. |
| 5 | Quando si è pronti a disattivare il mesh video, fare clic su Disattiva servizio. La disattivazione rimuove tutti i nodi e i cluster di mesh video. Mesh video non più configurato. |
Risoluzione dei problemi di registrazione del nodo mesh video
Questa sezione contiene possibili errori che è possibile riscontrare durante la registrazione del nodo mesh video nel cloud Webex e le operazioni consigliate per correggerli.
Impossibile risolvere il dominio
Questo messaggio viene visualizzato se le impostazioni DNS configurate sul nodo mesh video non sono corrette.
Accedere alla console del nodo mesh video e verificare che le impostazioni DNS siano corrette.
Impossibile connettersi al sito utilizzando la porta 443 tramite SSL
Questo messaggio viene visualizzato se il nodo mesh video non riesce a connettersi al cloud Webex.
Assicurarsi che la rete consenta la connettività sulle porte richieste per il mesh video. Per informazioni dettagliate, vedere Porte e protocolli utilizzati dal mesh video.
Integrazione ThousandEyes con Video Mesh
La piattaforma mesh video è ora integrata con l'agente ThousandEyes che ti consente di eseguire il monitoraggio end-to-end nel tuo ecosistema digitale ibrido. Questa integrazione offre una vasta gamma di test di monitoraggio della rete che aprono visibilità in aree come proxy, gateway e router. I problemi in qualsiasi punto dell'infrastruttura di rete di un cliente possono essere ridotti e diagnosticati con maggiore precisione, migliorando l'efficienza della loro distribuzione.
Vantaggi dell'integrazione ThousandEyes
- Fornisce diversi tipi di test tra cui scegliere. È possibile configurare uno o più test appropriati per l'applicazione o la risorsa che si desidera monitorare.
- Consente di impostare soglie di test specifiche per i requisiti.
- I risultati del test sono disponibili tramite l'app web ThousandEyes e l'API ThousandEyes in tempo reale.
- Maggiore visibilità nella risoluzione dei problemi: i clienti possono identificare l'origine di un problema nella propria rete, riducendo i tempi di risoluzione.
Abilitazione di ThousandEyes per mesh video
Utilizzare questa procedura per abilitare l'agente ThousandEyes per la distribuzione mesh video.
| 1 | Da Control Hub, fai clic su Hybrid sul lato inferiore sinistro dello schermo. | ||
| 2 | Fare clic su Modifica impostazioni nella scheda mesh video . | ||
| 3 | Scorrere fino all'integrazione ThousandEyes. Il tasto di alternanza verrà disabilitato per impostazione predefinita. Fare clic sul tasto di alternanza per abilitarlo. | ||
| 4 | Fare clic su Profilo utente ThousandEyes, si apre il portale Web ThousandEyes, accedere utilizzando le credenziali di amministrazione. | ||
| 5 | Viene visualizzato un pannello laterale con il token Gruppo account. | ||
| 6 | Fare clic sull’icona di visualizzazione, quindi fare clic su Copy (Copia).
| ||
| 7 | Tornare alla scheda Control Hub, incollare il token nel campo Token agente. | ||
| 8 | Fai clic su Attiva; ThousandEyes è ora abilitato per la distribuzione mesh video. |
Operazioni successive
- Dopo 5 minuti, torna alla pagina Web ThousandEyes, fai clic su Agenti cloud ed aziendali, quindi su Impostazioni agente. È necessario essere in grado di visualizzare tutti i nodi elencati come agenti in Agenti aziendali. Se gli agenti non vengono visualizzati, controllare la scheda Integrazione ThousandEyes su Control Hub per la presenza di messaggi di errore.
- Se viene visualizzato un messaggio di errore, fare clic su Attiva/disattiva, quindi su Disattiva. Ripetere le operazioni per abilitare l'agente ThousandEyes, assicurandosi che il token di gruppo dell'account corretto sia copiato e incollato nel campo Token agente.
Configurazione di test con ThousandEyes
Test di rete – Da agente a agente
Il test di rete agente-agente consente agli utenti di ThousandEyes di avere agenti ThousandEyes alle due estremità di un percorso monitorato, consentendo il test del percorso in una o in entrambe le direzioni: da un'origine all'altra o da un'origine all'altra. Per informazioni dettagliate su come configurare un test agente-agente, vedere Panoramica del test agente-agente.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server SIP
I test dei server SIP facilitano le misurazioni della rete, la raccolta dei dati BGP e, soprattutto, la disponibilità del servizio SIP e i test delle prestazioni rispetto all'infrastruttura VoIP basata su SIP.
Per informazioni dettagliate su come configurare un test server SIP, vedere Impostazioni test server SIP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test flusso RTP
Un test di flusso RTP crea un flusso dati vocale simulato tra due agenti ThousandEyes che agiscono come agenti utente VoIP. I pacchetti RTP vengono inviati tra uno o più agenti e un agente di destinazione, utilizzando UDP come protocollo di trasporto, per ottenere le metriche MOS (Mean Opinion Score), perdita di pacchetti, scarti, latenza e variazione ritardo pacchetti (PDV). Le metriche prodotte sono metriche unidirezionali (da fonte a destinazione). Il test di flusso RTP fornisce le opzioni di porta del server, durata della chiamata, dimensione del buffer di de-jitter e configurazione del codec.
Per informazioni dettagliate sulla configurazione di un test di flusso RTP, vedere Impostazioni di test flusso RTP.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test dell'URL del server HTTP Webex
Questo test monitora la pagina di destinazione principale a cui si connettono gli utenti quando accedono a Webex. Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
Test server DNS Webex autorevole
Questo test viene utilizzato per assicurarsi che il dominio Webex si stia risolvendo correttamente sia internamente che esternamente. Quando si utilizzano agenti Enterprise, aggiornare il campo Server DNS per utilizzare i server con nome interno. Se si utilizzano agenti cloud per la visibilità esterna, utilizzare il pulsante Cerca server per compilare automaticamente i server con nomi esterni autorevoli. Questo esempio mostra gli agenti cloud che risolvono cisco.webex.com. Sarà necessario aggiornarlo al dominio della propria organizzazione.
Di seguito è riportata una finestra di dialogo di creazione di test di esempio.
'

Gestione del nodo mesh video dall'interfaccia Web
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Panoramica su come accedere al mesh video
È possibile aprire l'interfaccia Web in uno dei seguenti modi:
Se sei un amministratore completo e hai già registrato il nodo nel cloud, puoi accedere al nodo da Control Hub.
Dalla vista cliente in https://admin.webex.com, andare a . Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. Fare clic sul cluster, quindi fare clic sul nodo a cui si desidera accedere. Fare clic su Vai a nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video.
In una scheda del browser, passare a
<IP address>/setup, ad esempio,https://192.0.2.0/setup. Inserisci le credenziali di amministrazione impostate per il nodo, quindi fai clic su Accedi.Se l'account amministratore è stato disabilitato, questo metodo non è disponibile. Vedere la sezione "Disabilita o riabilita l'account amministratore locale dall'interfaccia Web".
La panoramica è la pagina predefinita e contiene le seguenti informazioni:
Stato chiamata: fornisce il numero di chiamate in corso attraverso il nodo.
Dettagli nodo: fornisce il tipo di nodo, l'immagine del software, la versione del software, la versione del sistema operativo, lo stato QoS e lo stato della modalità di manutenzione.
Stato nodo: fornisce i dati di utilizzo (CPU, memoria, disco) e lo stato del servizio (servizio di gestione, servizio di messaggistica, sincronizzazione NTP).
Impostazioni di rete: fornisce informazioni sulla rete: nome host, interfaccia, IP, gateway, DNS, NTP e se è abilitato il dual IP.
Dettagli di registrazione: fornisce lo stato di registrazione, il nome dell'organizzazione, l'ID organizzazione, il cluster del nodo e l'ID cluster.
Connettività cloud: esegue una serie di test dal nodo al cloud Webex e alle destinazioni di terze parti a cui il nodo deve accedere per essere eseguito correttamente.
Vengono eseguiti tre tipi di test: risoluzione DNS, tempo di risposta del server e larghezza di banda.
I test DNS convalidano che il nodo possa risolvere un determinato dominio. Questo report di test non è riuscito se il server non risponde entro 10 secondi. Viene visualizzato come "Superato" con un "colore di avviso" arancione se il tempo di risposta è compreso tra 1,5 e 10 secondi. I controlli DNS periodici sul nodo generano allarmi se il tempo di risposta DNS è superiore a 1,5 secondi.
I test di connessione confermano che il nodo può connettersi a un particolare URL HTTPS e ricevere una risposta (risposte diverse da errori proxy o gateway sono accettate come prova di connessione).
L'elenco dei test eseguiti dalla pagina di panoramica non è completo e non include test websocket.
Il nodo invia allarmi se i processi di chiamata non possono completare le connessioni websocket al cloud o connettersi ai servizi correlati alla chiamata.
Accanto a ciascun test viene visualizzato un risultato Superato o Non superato; è possibile passare il mouse su questo testo per visualizzare ulteriori informazioni su ciò che è stato controllato quando il test è stato eseguito.
Come mostrato nella schermata seguente, le notifiche di allarme possono essere visualizzate anche nel pannello laterale, se eventuali allarmi sono stati generati dal nodo. Queste notifiche identificano potenziali problemi sul nodo e forniscono suggerimenti su come risolverli o risolverli. Se non sono stati generati allarmi, il pannello di notifica non viene visualizzato.
Configurazione delle impostazioni di rete dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. Si consiglia di modificare le impostazioni di rete ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. | ||
| 3 | Modificare le seguenti impostazioni per Configurazione organizzatore e rete come necessario:
| ||
| 4 | Fare clic su Salva configurazione organizzatore e rete e una volta visualizzato il popup che indica che il nodo deve essere riavviato, fare clic su Salva e Riavvia. Durante il salvataggio, tutti i campi vengono convalidati sul lato server. Gli avvisi visualizzati generalmente indicano che il server non è raggiungibile o una risposta valida non è stata restituita quando viene richiesto, ad esempio se il nome FQDN non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Un altro possibile stato di errore è se l'indirizzo del gateway non è nella stessa subnet dell'indirizzo IP. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. | ||
| 5 | Modificare le seguenti impostazioni per i server NTP in base alle necessità:
| ||
| 6 | Fare clic su Salva server NTP.
Se il server NTP è un nome di dominio completo e non risolvibile, viene restituito un avviso. Se il nome di dominio completo del server NTP viene risolto ma non è possibile interrogare l'IP risolto per l'ora NTP, viene restituito un avviso. |
Impostazione Dell'Interfaccia Di Rete Esterna Dall'interfaccia Web del nodo mesh video
Se la topologia di rete cambia, è possibile utilizzare l'interfaccia Web per ciascun nodo mesh video Webex e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza sulla modifica delle impostazioni di rete. Tuttavia, è possibile salvare comunque le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video Webex.
È possibile configurare l'interfaccia di rete esterna se si sta distribuendo il nodo mesh video nel DMZ della rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Attiva Abilita rete esterna e fai clic su Ok per abilitare le opzioni dell'indirizzo IP esterno sul nodo. |
| 5 | Immettere i valori Indirizzo IP esterno, Subnet mask esterna e Gateway esterno. |
| 6 | Fare clic su Salva configurazione rete esterna. |
| 7 | Fare clic su Salva e Riavvia per confermare la modifica. Il nodo viene riavviato per abilitare il doppio indirizzo IP, quindi configura automaticamente le regole di indirizzamento statico di base. Queste regole determinano che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, puoi creare le tue regole di indirizzamento: ad esempio, se devi configurare una sostituzione e consentire l'accesso a un dominio esterno dall'interfaccia interna. |
| 8 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione rete esterna di nuovo. |
Operazioni successive
Per convalidare la configurazione dell'indirizzo IP interno ed esterno, eseguire le operazioni descritte in Esegui un ping dall'interfaccia Web del nodo mesh video.
Testare una destinazione esterna (ad esempio, cisco.com). In caso di successo, i risultati mostrano che è stato eseguito l'accesso alla destinazione dall'interfaccia esterna.
Testare un indirizzo IP interno; se la procedura va a buon fine, i risultati mostrano che è stato eseguito l'accesso all'indirizzo dall'interfaccia interna.
Aggiunta di regole di indirizzamento interne ed esterne dall'interfaccia Web del nodo mesh video
In una distribuzione con doppia interfaccia di rete (NIC), è possibile ottimizzare l'indirizzamento per i nodi mesh video aggiungendo regole di indirizzamento definite dall'utente per interfacce esterne e interne. I percorsi predefiniti vengono aggiunti ai nodi, ma è possibile effettuare eccezioni, ad esempio subnet esterne o indirizzi host a cui è necessario accedere attraverso l'interfaccia interna oppure subnet interne o indirizzi host a cui è necessario accedere dall'interfaccia esterna. Effettuare le seguenti operazioni secondo necessità.
Operazioni preliminari
| 1 | Aprire l'interfaccia del nodo mesh video Webex. | ||
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. Se è stata configurata la rete esterna, viene visualizzata la scheda Regole di indirizzamento. | ||
| 3 | Fare clic sulla scheda Regole di indirizzamento. La prima volta che si apre questa pagina, le regole di indirizzamento del sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna. È possibile aggiungere sostituzioni manuali a queste regole nei passaggi successivi. | ||
| 4 | Per aggiungere una regola, fare clic su Aggiungi regola di indirizzamento, quindi scegliere una delle seguenti opzioni:
| ||
| 5 | Fare clic su Aggiungi regola di indirizzamento. Quando si aggiunge ciascuna regola, queste vengono visualizzate nell'elenco delle regole di indirizzamento, classificate come regole definite dall'utente. | ||
| 6 | Per eliminare una o più regole definite dall'utente, selezionare la casella di controllo nella colonna a sinistra delle regole, quindi fare clic su Elimina regole di indirizzamento.
|
Le regole di instradamento personalizzato possono creare potenziali conflitti con altri instradamenti. Ad esempio, è possibile definire una regola che blocca la connessione SSH all'interfaccia del nodo mesh video. In tal caso, effettuare una delle seguenti operazioni, quindi rimuovere o modificare la regola di indirizzamento:
|
Configurazione della rete di container dall'interfaccia Web del nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Modificare i valori relativi a Indirizzo IP container e Subnet mask container, in base alle esigenze, quindi fare clic su Salva configurazione rete container. |
| 5 | Fare clic su Salva e Riavvia per confermare la modifica. |
| 6 | In caso di errori, fare clic su OK per chiudere la finestra di dialogo dell'errore, correggere gli errori e fare clic su Salva configurazione di rete contenitore di nuovo. |
Impostazione delle dimensioni MTU dell'interfaccia di rete
Tutti i nodi mesh video Webex dispongono di rilevamento MTU percorso (PMTU) abilitato per impostazione predefinita. Con PMTU, il nodo può rilevare problemi MTU e modificare automaticamente la dimensione dell'MTU. Quando il PMTU non riesce a causa di problemi del firewall o di rete, il nodo può avere problemi di connettività al cloud perché i pacchetti più grandi dell'MTU cadono. L'impostazione manuale di una dimensione MTU inferiore può risolvere questo problema.
Operazioni preliminari
Se hai già registrato il nodo, devi impostarlo in modalità di manutenzione prima di poter modificare le impostazioni MTU.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione Interface MTU Settings, immettere un valore MTU compreso tra 1280 e 9000 byte nei campi applicabili. Se è stata abilitata l'interfaccia esterna, è possibile impostare separatamente le dimensioni dell'interfaccia MTU interna ed esterna. |
Operazioni successive
Se si mette il nodo in modalità di manutenzione per modificare l'MTU, disattivare la modalità di manutenzione.
Abilitazione o disabilitazione della memorizzazione nella cache DNS
Se le risposte DNS ai nodi mesh video richiedono regolarmente più di 750 ms o se il centro TAC di Cisco lo consiglia, è possibile abilitare la memorizzazione nella cache DNS. Con la memorizzazione nella cache DNS attiva, il nodo memorizza localmente nella cache le risposte DNS . Con la cache, le richieste sono meno soggette a ritardi o timeout che possono portare a allarmi di connettività, interruzioni di chiamata o problemi di qualità della chiamata. La memorizzazione nella cache DNS può anche ridurre il carico sull'infrastruttura DNS .
Operazioni preliminari
Spostare il nodo in modalità manutenzione. Se lo stato della modalità di manutenzione è Attivato (le chiamate attive sono state completate o interrotte alla fine del periodo in sospeso), è possibile abilitare o disabilitare la memorizzazione nella cache DNS.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Rete. Vengono visualizzate le impostazioni di rete correnti per il nodo. |
| 3 | Fare clic su Avanzate. |
| 4 | Nella sezione DNS Caching Configuration (Configurazione cache DNS), attivare o disattivare Enable DNS Caching (Abilita cache DNS). |
| 5 | Nella finestra di dialogo di conferma, fare clic su Salva e Riavvia. |
| 6 | Una volta riavviato il nodo, riaprire l'interfaccia del nodo mesh video Webex e verificare che i controlli di connettività abbiano esito positivo nella pagina Panoramica. |
Quando si abilita la memorizzazione nella cache DNS, le statistiche della cache DNS visualizzano le seguenti statistiche:
Statistica | Descrizione |
|---|---|
Voci della cache | Il numero di risoluzioni DNS precedenti memorizzate dal server della cache DNS |
La cache colpisce | Il numero di volte dalla reimpostazione della cache in cui la cache ha gestito una richiesta DNS dal mesh video, senza interrogare il server DNS del cliente |
Errori nella cache | Il numero di volte dopo la reimpostazione della cache che il server DNS del cliente ha gestito una richiesta DNS dal mesh video anziché attraverso la cache |
Percentuale successo cache | La percentuale di richieste DNS dal mesh video gestite dalla cache senza interrogare il server DNS del cliente |
Query DNS in uscita del server cache | Il numero di query DNS effettuate dal server della cache DNS mesh video rispetto ai server DNS del cliente |
Query DNS in entrata server cache | Il numero di query DNS effettuate dal mesh video sul server della cache DNS interno |
Rapporto query in uscita/entrata | Il rapporto tra le query DNS effettuate dal mesh video rispetto al server DNS del cliente e le query effettuate dal mesh video rispetto al server della cache DNS interno |
Query in entrata al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video rispetto al server di cache DNS interno |
Query in uscita al secondo | Il numero medio di query DNS al secondo effettuate dal mesh video contro i server DNS del cliente |
Latenza DNS in uscita [intervallo di tempo] | La percentuale di query DNS effettuate dal mesh video sui server DNS del cliente in cui il tempo di risposta è rientrato nell'intervallo di tempo descritto |
Utilizzare il pulsante Cancella cache DNS per reimpostare la cache DNS quando il centro TAC lo richiede. Dopo aver pulito la cache DNS, viene visualizzato un rapporto query in uscita-in entrata più alto man mano che la cache si riempie. Non è necessario posizionare il nodo in modalità di manutenzione per pulire la cache.
Operazioni successive
Spostare il nodo fuori dalla modalità manutenzione. Quindi, ripetere l'attività su qualsiasi altro nodo che richiede una modifica.
Carica certificati di sicurezza
Impostare una relazione di trust tra il nodo e un server esterno, ad esempio un server syslog.
In un ambiente raggruppato, è necessario installare certificati CA e server su ciascun nodo singolarmente. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Quando si configura TLS con un altro server, ad esempio un server syslog, si consiglia per motivi di sicurezza di utilizzare un certificato firmato CA sui nodi mesh video anziché il certificato autofirmato predefinito del nodo. Per creare e caricare il certificato e le coppie di tasti sul nodo mesh video, andare a Certificati server e seguire questa procedura: |
| 3 | Scegliere un'opzione in base alla firma del certificato CA del server esterno:
|
| 4 | Ottenere il certificato o l'elenco di certificati attendibili (CTL) utilizzati dal server esterno. Come per il certificato del nodo mesh video, salvare il file del server esterno in un punto facile da ricordare. |
| 5 | Tornare alla scheda dell'interfaccia del nodo mesh video Webex, fare clic su Archivio attendibilità e proxy, quindi scegliere un'opzione:
Un nodo mesh video registrato nel cloud attende fino a 2 ore per la fine di qualsiasi chiamata e si mette in uno stato inattivo temporaneo (quiesces). Per installare il certificato, il nodo deve essere riavviato e lo fa automaticamente. Quando torna online, viene visualizzato un prompt quando il certificato viene installato sul nodo mesh video, quindi è possibile ricaricare la pagina per visualizzare il nuovo certificato. |
| 6 | Ripetere il caricamento del certificato o della catena di certificati su ogni altro nodo mesh video nello stesso cluster. |
Generazione dei registri mesh video per il supporto
È possibile che venga richiesto di inviare i registri direttamente a Cisco oppure è possibile scaricarli da soli per allegarli a un caso. Utilizzare questa procedura dall'interfaccia Web per generare i registri e inviarli a Cisco o scaricarli da qualsiasi nodo mesh video. Il pacchetto di registri generato contiene registri multimediali, registri di sistema e registri di container. Il bundle fornisce informazioni utili per la connettività a Webex, problemi della piattaforma e impostazione chiamata o supporto, in modo che Cisco possa risolvere i problemi della distribuzione del nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi scegliere un'opzione accanto a Invia registri:
I registri generati vengono memorizzati storicamente sul nodo e rimangono sul nodo anche dopo i riavvii. Un identificatore di caricamento viene visualizzato nella pagina. Support utilizza questo valore per identificare i registri caricati. |
| 3 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificativo di caricamento in modo che l'ingegnere del supporto possa accedere ai registri. Se il registro è stato inviato direttamente a Cisco, non è necessario caricare il bundle di registri nel caso TAC. |
Operazioni successive
Durante il caricamento dei registri in Cisco o il download, è possibile eseguire un'acquisizione di pacchetti dalla stessa schermata.
Generazione di acquisizioni di pacchetti mesh video per il supporto
È possibile eseguire un'acquisizione di pacchetti (PCAP) e inviarla a Cisco per un'ulteriore analisi. Un'acquisizione di pacchetti acquisisce un'istantanea dei pacchetti dati che passano attraverso le interfacce di rete del nodo. Una volta acquisiti e inviati i pacchetti, Cisco può analizzare l'acquisizione inviata e aiutare a risolvere i problemi di distribuzione del nodo mesh video.
Operazioni preliminari
La funzionalità di acquisizione dei pacchetti è destinata solo a scopi di debug. Se si esegue un'acquisizione di pacchetti su un nodo mesh video in diretta che ospita chiamate attive, l'acquisizione di pacchetti può influire sulle prestazioni del nodo e il file generato potrebbe essere sovrascritto. Ciò causa una perdita di dati acquisiti. Si consiglia di eseguire l'acquisizione dei pacchetti solo durante le ore di punta o quando il numero delle chiamate è inferiore a 3 sul nodo. |
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi. È possibile avviare l'acquisizione dei pacchetti e caricare i registri contemporaneamente. |
| 3 | (Opzionale) Nella sezione Acquisizione pacchetti, è possibile limitare l'acquisizione ai pacchetti su una specifica interfaccia, filtrare in base ai pacchetti da o verso determinati organizzatori o filtrare in base ai pacchetti su una o più porte. |
| 4 | Per iniziare il processo, attivare l'impostazione Start Packet Capture (Avvia acquisizione pacchetti). |
| 5 | Al termine, disattivare l'impostazione Avvia acquisizione pacchetti. |
| 6 | Scegli un'opzione:
Una volta caricata l'acquisizione di un pacchetto, nella pagina viene visualizzato un identificativo di caricamento. Il supporto utilizza questo valore per identificare l'acquisizione di pacchetti caricata. La dimensione massima per le acquisizioni di pacchetti è 2 GB. |
| 7 | Quando si apre un caso o si interagisce con il centro TAC di Cisco, includere il valore dell'identificatore di caricamento in modo che l'ingegnere del supporto possa accedere all'acquisizione dei pacchetti. |
Esecuzione di un ping dall'interfaccia Web del nodo mesh video
È possibile eseguire un ping dall'interfaccia Web del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Ping, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Prova connettività utilizzando Ping. |
| 3 | Fare clic su Ping. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Esecuzione di un percorso di traccia dall'interfaccia Web mesh video
È possibile eseguire un traceroute dall'interfaccia Web del nodo mesh video. Questa operazione mostra l'indirizzamento dei pacchetti dal nodo verso la destinazione inserita. La visualizzazione delle informazioni di tracciamento della route consente di determinare perché una particolare connessione potrebbe essere scadente e può aiutare a identificare i problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Traceroute, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP sotto Traccia indirizzamento a organizzatore. Il test viene eseguito e viene visualizzato il messaggio di successo o di errore di traccia del percorso. Il test viene ripetuto per 16 secondi. In caso di errore o di timeout del test, controllare il valore di destinazione inserito e le impostazioni di rete. |
Verifica del server NTP dall'interfaccia Web del nodo mesh video
È possibile immettere un indirizzo FQDN o IP di un server NTP (Network Time Protocol) per confermare che il nodo mesh video può accedere al server. Questo test è utile se si notano problemi di sincronizzazione dei tempi e si desidera escludere la raggiungibilità del server NTP.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, scorrere fino a Controlla server NTP, quindi immettere un indirizzo di destinazione che si desidera testare nel campo FQDN o indirizzo IP in Visualizza risposta query SNTP. Il test viene eseguito e viene visualizzato un messaggio di query riuscita o errore. Il test non ha un limite di timeout. Se si riceve un errore o se il test viene eseguito indefinitamente, controllare il valore di destinazione inserito e le impostazioni di rete. |
Identificazione dei problemi della porta con lo strumento Reflector nell'interfaccia Web
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (uno script Python) da https://github.com/CiscoDevNet/webex-video-mesh-reflector-client.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia del nodo mesh video Webex. Per istruzioni, vedere Gestione del nodo mesh video dall'interfaccia Web. |
| 4 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 5 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 6 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 7 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 8 | Esegui il client con
|
Abilitazione dell'account utente di debug dall'interfaccia Web del nodo mesh video
Se il centro TAC di Cisco richiede l'accesso al nodo mesh video Webex, è possibile abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare a Risoluzione dei problemi, quindi attivare l'impostazione Abilita utente debug. Viene visualizzata una passphrase crittografata che è possibile fornire a Cisco TAC. |
| 3 | Copiare la passphrase, incollarla nel ticket di supporto o direttamente all'ingegnere del supporto, quindi fare clic su OK una volta salvata. |
L'account utente di debug è valido per 3 giorni, dopodiché scade.
Operazioni successive
È possibile disabilitare l'account prima della scadenza se si torna alla pagina Risoluzione dei problemi e si disattiva l'impostazione Abilita utente di debug.
Ripristino delle impostazioni di fabbrica di un nodo mesh video dall'interfaccia Web
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video dall'interfaccia Web. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Vai a Risoluzione dei problemi, scorri fino a Ripristino delle impostazioni di fabbrica, quindi fai clic su Ripristina nodo. |
| 3 | Assicurarsi di aver compreso le informazioni nel messaggio di avviso visualizzato, quindi fare clic su Ripristina e Riavvia. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Disabilitazione o riabilitazione dell'account amministratore locale dall'interfaccia Web
Quando si installa un nodo mesh video Webex, inizialmente si esegue l'accesso utilizzando un account locale integrato con il nome utente "admin". Una volta registrato il nodo nel cloud Webex, è possibile utilizzare le credenziali di amministrazione dell'organizzazione Webex per gestire i nodi mesh video da Control Hub. In questo modo, i criteri dell'account amministratore e i processi di gestione applicabili a Control Hub si applicano anche ai nodi mesh video. Per un ulteriore controllo, puoi disabilitare l'account "admin" integrato in modo che Control Hub gestisca tutta l'autenticazione e la gestione degli amministratori.
Utilizzare questa procedura dopo aver registrato il nodo nel cloud per disabilitare (o riabilitare successivamente) l'account utente amministratore. Quando si disabilita l'account amministratore, è necessario utilizzare Control Hub per accedere all'interfaccia Web del nodo.
Solo un amministratore completo per la propria organizzazione Webex può utilizzare questa funzione. Gli altri amministratori, inclusi i partner e gli amministratori completi esterni, non dispongono del Vai a nodo opzione per le risorse mesh video. |
| 1 | Dalla vista cliente in https://admin.webex.com, andare a . | ||
| 2 | Nella sezione Risorse della scheda mesh video, fare clic su Visualizza tutto. | ||
| 3 | Fare clic sul cluster, quindi sul nodo a cui si desidera accedere. Fare clic su Vai a nodo. | ||
| 4 | Andare ad Amministrazione. | ||
| 5 | Disattivare Abilita accesso utente amministratore per disabilitare l'account o riabilitarlo.
| ||
| 6 | Nella schermata di conferma, fare clic su Disabilita o Abilita per completare la modifica. |
Una volta disabilitato l'utente amministratore, non è possibile accedere al nodo mesh video attraverso l'interfaccia utente Web o la CLI avviata da SSH. Tuttavia, è possibile accedere utilizzando le credenziali utente di amministrazione tramite una CLI avviata dalla console VMware ESXi.
Modifica della passphrase di amministrazione dall'interfaccia Web
Utilizzare questa procedura per modificare la passphrase (password) amministratore per il nodo mesh video Webex utilizzando l'interfaccia Web.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica passphrase, fare clic su Modifica. |
| 3 | Immettere la passphrase corrente, quindi immettere un nuovo valore di passphrase in Nuova passphrase e Conferma nuova passphrase. |
| 4 | Fare clic su Salva passphrase. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso. |
| 5 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Modifica dell'intervallo di scadenza della passphrase dall'interfaccia Web
Utilizzare questa procedura per modificare l'intervallo di scadenza passphrase predefinito di 90 giorni utilizzando l'interfaccia Web. Quando l'intervallo è attivo, viene richiesto di immettere una nuova passphrase quando si esegue l'accesso al nodo mesh video.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione e accanto a Modifica scadenza passphrase, immettere un nuovo valore per Intervallo scadenza (giorni) (fino a 365 giorni), quindi fare clic su Salva intervallo scadenza passphrase. Viene visualizzata una schermata con esito positivo, quindi è possibile fare clic su OK per terminare. |
La pagina Amministrazione mostra anche le date dell'ultima modifica della passphrase e della successiva scadenza della password.
Impostazione della registrazione esterna a un server syslog
Se si dispone di un server syslog, è possibile impostare il nodo mesh video Webex per accedere alle informazioni sull'audit trail del server esterno, ad esempio:
Dettagli sugli accessi dell'amministratore
Modifiche alla configurazione (incluso attivazione o disattivazione della modalità di manutenzione)
Aggiornamenti software
Il nodo aggrega i registri, se presenti, e li invia al server ogni dieci minuti.
| 1 | Aprire l'interfaccia del nodo mesh video Webex. |
| 2 | Andare ad Amministrazione. |
| 3 | Accanto a Registrazione esterna, attiva Abilita registrazione esterna. |
| 4 | Per Dettagli server syslog, immettere l'indirizzo IP host o il nome di dominio completo e la porta syslog. Se il server non è risolvibile con DNS dal nodo, utilizzare un indirizzo IP nel campo Host. |
| 5 | Scegliere il protocollo: UDP o TCP. Per utilizzare la crittografia TLS, scegliere TCP, quindi attivare Abilita TLS. Accertarsi di caricare e installare anche i certificati di sicurezza necessari per la comunicazione TLS tra il nodo e il server syslog. Se non vengono installati certificati, il nodo utilizza per impostazione predefinita i certificati autofirmati. Per informazioni, vedere Caricamento dei certificati di sicurezza. |
| 6 | Fare clic su Salva configurazione registrazione esterna. |
Le proprietà del messaggio di registro seguono questo formato: Messaggio tag timestamp priorità nome host.
Proprietà | Descrizione |
|---|---|
Priority | Il valore è sempre pari a 131, in base alla formula: Priorità = (Codice struttura * 8) + Gravità. Il codice della struttura è 16 per "local0". La gravità è 3 per "avviso". |
Indicazione di data e ora | Il formato di timestamp è "Mmm gg hh:mm:ss". |
Nome host | Nome host per il nodo mesh video. |
Tag | Il valore è sempre syslogAuditMsg. |
Messaggi | Il messaggio è una stringa JSON di almeno 1KB. La sua dimensione dipende dal numero di eventi aggregati nell'intervallo di dieci minuti. |
Ecco un messaggio di esempio:
{
"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\"}"
}
]
}
Webhook per avvisi mesh video
Il mesh video supporta gli avvisi webhook che consentono agli amministratori dell'organizzazione di ricevere avvisi su eventi specifici. Gli amministratori possono scegliere di ricevere una notifica di eventi come overflows delle chiamate e reindirizzamenti delle chiamate, riducendo al minimo la necessità di accedere a Control Hub per monitorare la relativa distribuzione. Ciò si ottiene creando un abbonamento webhook in cui viene fornito un URL di destinazione dall'amministratore, a cui verranno inviati avvisi. L'uso di webhook per gli avvisi consente anche il monitoraggio dei parametri senza utilizzare le API degli sviluppatori associate.
I seguenti tipi di evento possono essere monitorati tramite webhook:
Reindirizzamenti chiamate cluster – Chiamate reindirizzate da un determinato cluster.
Overflows chiamate organizzazione – Overflows chiamate totali su cloud per un'organizzazione.
Crea un abbonamento webhook
| 1 | Accedere al portale per sviluppatori Cisco Webex utilizzando le credenziali di amministrazione. |
| 2 | Nel portale degli sviluppatori fare clic su Documentazione. |
| 3 | Dalla barra di scorrimento a sinistra, scorrere verso il basso e fare clic su Riferimento API completo. |
| 4 | Dalle opzioni che si espandono di seguito, scorrere verso il basso e fare clic su Webhooks > Crea un webhook. |
| 5 | Creare un abbonamento inserendo i seguenti parametri: |
nome: esempio – Avvisi webhook mesh video
targetUrl: esempio - https://10.1.1.1/webhooks
risorsa: videoAvvisiMesh
evento: attivato
di proprietà: organizzazione
L'URL inserito nel parametro targetUrl deve essere accessibile tramite Internet e disporre di un server configurato per accettare le richieste POST inviate da Webex Webhook. |
Impostazione delle configurazioni delle soglie con le API degli sviluppatori
È possibile impostare valori di soglia per gli eventi (overflows chiamata organizzazione e reindirizzamenti chiamata cluster) con le API degli sviluppatori mesh video. È possibile impostare un valore percentuale per le soglie al di sopra delle quali verrà attivato un avviso webhook. Ad esempio, se il valore di soglia è impostato su 20 per i overflow delle chiamate dell'organizzazione, viene inviato un avviso quando più del 20% delle chiamate viene overflow sul cloud.
Un set di 4 API è disponibile per l'impostazione e l'aggiornamento delle soglie nel portale per sviluppatori Cisco Webex e sono elencate di seguito:
Elenca configurazione soglia evento
Richiedi configurazione soglia evento
Aggiorna configurazione soglia evento
Reimposta configurazione soglia evento
Le API sono disponibili all'indirizzohttps://developer.webex.com/docs/api/v1/video-mesh .
Scenario 1 - Impostazione del valore di soglia per le chiamate dell'organizzazione superate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | Si riceverà una risposta simile a quella mostrata di seguito.
| ||
| 4 | Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fai clic su Esegui; la tua soglia per i overflow delle chiamate dell'organizzazione verrà impostata sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 2 - Impostazione del valore di soglia per le chiamate cluster reindirizzate
| 1 | Fare clic su List Event Threshold Configuration API (Elenca configurazione soglia evento). | ||
| 2 | Imposta | ||
| 3 | La risposta elencherà le configurazioni di tutti i cluster nell'organizzazione. | ||
| 4 |
Copiare il valore nella | ||
| 5 | Incolla il valore nella
| ||
| 6 | Fare clic su Aggiorna API configurazione soglia evento. | ||
| 7 | Incollare la struttura JSON nel corpo dell'API di Aggiorna configurazione soglia evento. | ||
| 8 | Imposta | ||
| 9 |
Fare clic su Esegui, la soglia per Chiamate cluster reindirizzate verrà impostato sul nuovo valore. |
Operazioni successive
Se si desidera visualizzare la soglia impostata per un ID soglia evento particolare,
Fare clic su Get Event Threshold Configuration API (Ottieni configurazione soglia evento).
Incolla l'ID soglia evento nell'intestazione dell'API, fai clic su Esegui.
Il valore di soglia minima predefinito e il valore di soglia impostato verranno visualizzati nella risposta.
Scenario 3 - Ripristino dei valori di soglia
| 1 | Fare clic su Reimposta API configurazione soglia evento. | ||
| 2 | Copia l'ID soglia evento di un cluster o dell'organizzazione e incollalo in
| ||
| 3 | Incollare la struttura JSON nel corpo e fare clic su Esegui. | ||
| 4 |
Il valore di soglia verrà impostato sul valore minimo predefinito. |
API di sviluppo mesh video
Le API sviluppatori mesh video sono un modo per recuperare analisi e monitorare i dati per le distribuzioni mesh video attraverso il portale per sviluppatori Webex. Le API sono disponibili su https://developer.webex.com/docs/api/v1/video-mesh. Un client di esempio è disponibile all'indirizzohttps://github.com/CiscoDevNet/video-mesh-api-client .
Software di demo nodo mesh video
Utilizzare il software di demo del nodo mesh video solo per scopi demo di base. Non aggiungere un nodo demo a un cluster di produzione esistente. Il cluster demo accetta meno chiamate rispetto alla produzione e scade 90 giorni dopo la registrazione nel cloud.
|
Scaricare l'immagine del software dimostrativo da questo collegamento.
Specifiche
Vedere Requisiti di sistema e piattaforma per il software del nodo mesh video per la configurazione basata su specifiche per il software del nodo mesh video.
Il software demo supporta un'interfaccia di rete singola o un'interfaccia di rete doppia.
Capacità
L'immagine demo non viene testata per la capacità. È necessario utilizzarlo solo per testare gli scenari di riunione di base. Vedere i casi d'uso che seguono per indicazioni.
Casi d'uso per il software di demo del nodo mesh video
- Supporti ancorati a locali
-
Distribuire e configurare il nodo con il software demo.
Eseguire una riunione che includa i seguenti partecipanti: un partecipante all'app Webex, un partecipante all'endpoint Webex e una Cisco Webex Board.
Al termine della riunione, dalla vista cliente in https://admin.webex.com, andare ad Analisi per accedere ai report mesh video. Nei report, è possibile vedere che i media sono rimasti in sede.
- Riunione con partecipanti cloud e locali
-
Esegui un'altra riunione con un paio di partecipanti Webex in sede e uno nel cloud.
Tieni presente che tutti i partecipanti possono accedere e partecipare alla riunione senza problemi.
Gestione del nodo mesh video dalla console
Prima di apportare modifiche di rete ai nodi mesh video registrati sul cloud, è necessario utilizzare Control Hub per attivarli in modalità di manutenzione. Per ulteriori informazioni e una procedura da seguire, vedere Spostamento di un nodo in modalità di manutenzione.
La modalità di manutenzione è destinata esclusivamente a preparare un nodo per lo spegnimento o il riavvio in modo da poter apportare alcune modifiche alle impostazioni di rete (DNS, IP, FQDN) o prepararsi alla manutenzione dell'hardware come la sostituzione di RAM, disco rigido e così via. Gli aggiornamenti non si verificano quando un nodo viene messo in modalità di manutenzione. |
Quando si mette un nodo in modalità di manutenzione, viene eseguito un arresto agile dei servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore per il completamento delle chiamate esistenti). Lo scopo dell'arresto graduale dei servizi di chiamata è consentire il riavvio o l'arresto del nodo senza provocare chiamate interrotte.
Modifica delle impostazioni di rete del nodo mesh video nella console
Se la topologia di rete cambia, è necessario aprire l'interfaccia della console per ciascun nodo mesh video e modificare le impostazioni di rete. È possibile che venga visualizzata un'avvertenza relativa alla modifica delle impostazioni di rete, ma è comunque possibile salvare le modifiche nel caso si apportino modifiche alla rete dopo aver modificato le impostazioni del nodo mesh video.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. Dopo l'impostazione iniziale delle impostazioni di rete e se il mesh video è raggiungibile, è possibile accedere all'interfaccia del nodo tramite shell protetta (SSH). | ||
| 2 | Dal menu principale della console del nodo mesh video, scegliere l'opzione 2 Modifica configurazione e fare clic su Seleziona. | ||
| 3 | Leggere la richiesta che le chiamate termineranno sul nodo mesh video, quindi fare clic su Sì. | ||
| 4 | Fare clic su Static, immettere l'indirizzo IP per l'interfaccia interna, Mask, Gateway e DNS valori per la rete.
| ||
| 5 | Inserire il server NTP della propria organizzazione o un altro server NTP esterno che può essere utilizzato nella propria organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, è possibile seguire la procedura in Verifica stato del nodo mesh video dalla console per verificare che l'orario sia sincronizzato correttamente attraverso i server NTP specificati.
| ||
| 6 | (Opzionale) Modificare il nome host o il dominio, se necessario.
| ||
| 7 | Fare clic su Salva, quindi fare clic su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se è stato fornito un dominio. Viene visualizzato un avviso se il nome host (FQDN) non è risolvibile utilizzando gli indirizzi del server DNS forniti. È possibile scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno fino a quando il nome di dominio completo non riesce a risolvere il DNS configurato sul nodo. Una volta riavviato il nodo mesh video, vengono applicate le modifiche alla configurazione di rete. |
Modifica della passphrase dell'amministratore del nodo mesh video
Utilizzare questa procedura per modificare la passphrase amministratore (password) per il nodo mesh video nella console del nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Aprire e accedere alla console VMware ESXi della VM per il nodo mesh video. |
| 3 | Nel menu principale, scegliere l’opzione 3 Gestisci passphrase amministratore, quindi 1 Modifica passphrase amministratore, quindi fare clic su Invio. |
| 4 | Leggere le informazioni sulla pagina della password scaduta, fare clic su Invio, quindi fare di nuovo clic dopo il messaggio di scadenza della password. |
| 5 | Premere Invia. |
| 6 | Una volta eseguita la disconnessione dalla console, tornare alla schermata di accesso, quindi accedere utilizzando l'accesso amministratore e la passphrase (password) scaduti. Viene richiesto di modificare la password.
|
| 7 | Per Vecchia password, immettere la passphrase corrente, quindi premere Invio. |
| 8 | Per Nuova password, immettere una nuova passphrase, quindi premere Invio. |
| 9 | Per immettere nuovamente la nuova password, digitare nuovamente la nuova passphrase, quindi premere Invio. Viene visualizzato il messaggio "password modificata", quindi si torna alla schermata di accesso.
|
| 10 | Eseguire l'accesso utilizzando il nuovo accesso amministratore e la password (password). |
Esecuzione di un ping dalla console del nodo mesh video
È possibile eseguire un ping dall'interfaccia della console del nodo mesh video. Questa operazione verifica una destinazione a cui si accede e visualizza se il nodo mesh video può raggiungerlo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere Ping. |
| 3 | Nel campo ping, immettere un indirizzo di destinazione da testare, ad esempio un indirizzo IP o un nome host, quindi fare clic su OK. Il test viene eseguito e viene visualizzato un messaggio di ping di successo o di errore. Se si riceve un errore, controllare il valore di destinazione inserito e le impostazioni di rete. |
Abilitazione dell'account utente di debug attraverso la console
Se il supporto richiede l'accesso al nodo mesh video, è possibile utilizzare l'interfaccia della console per abilitare temporaneamente un account utente di debug in modo che il supporto possa eseguire ulteriori operazioni di risoluzione dei problemi sul nodo.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, scegliere 2 Abilita account utente di debug e, dopo il prompt, fare clic su Sì. |
| 3 | Dopo aver visualizzato il messaggio che l'account utente di debug è stato creato correttamente, fare clic su OK per visualizzare la passphrase crittografata. Invierai la passphrase crittografata da supportare. Utilizzano questo account temporaneo e la passphrase decrittografata per accedere in modo sicuro al nodo mesh video per la risoluzione dei problemi. Questo account scade dopo 3 giorni oppure è possibile disabilitarlo al termine del supporto. |
| 4 | Selezionare l'inizio e la fine dei dati crittografati e copiarli nel ticket di supporto o nell'e-mail che si sta inviando al supporto. |
| 5 | Dopo aver inviato queste informazioni per il supporto, tornare alla console del nodo mesh video e premere un tasto qualsiasi per tornare al menu principale. |
Operazioni successive
L'account scade tra 3 giorni, ma quando il supporto indica che è stata completata la risoluzione dei problemi sul nodo, è possibile restituire la console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 3 Disabilita account utente di debug per disabilitare l'account prima della scadenza.
Invio dei registri dalla console del nodo mesh video
È possibile che venga richiesto di inviare i registri direttamente a Cisco o tramite SCP (Secure Copy). Utilizzare questa procedura per inviare i registri direttamente da qualsiasi nodo mesh video registrato nel cloud.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Nel menu principale, fare clic sull’opzione 4 Diagnostica, quindi premere Invio. |
| 3 | Fare clic su 4 Esporta file di registro, fornire feedback se si desidera, quindi fare clic su Avanti. |
| 4 | Scegli un'opzione:
|
| 5 | Scegliere OK per tornare al menu principale del nodo mesh video. |
| 6 | (Opzionale) Selezionare 5 Verifica dello stato dei file di registro inviati a Cisco se i registri sono stati inviati a Cisco. |
Operazioni successive
Dopo aver inviato i registri, si consiglia di inviare il feedback direttamente dall'app Webex in modo che i contatti del supporto dispongano di tutte le informazioni necessarie per essere di aiuto. |
Verifica dello stato del nodo mesh video dalla console
È possibile visualizzare la salute del nodo direttamente dal nodo mesh video. I risultati sono informativi, ma possono essere di aiuto nella procedura di risoluzione dei problemi, ad esempio, se la sincronizzazione NTP non funziona, è possibile controllare il valore del server NTP nelle impostazioni di rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, vai a 4 Diagnostica, quindi seleziona 6 Verifica stato nodo per visualizzare le seguenti informazioni sul nodo:
|
Configurazione della rete di container sul nodo mesh video
Il nodo mesh video riserva un intervallo di subnet per l'uso interno del nodo. L'intervallo predefinito è 172.17.42.0–172.17.42.63. I nodi non rispondono al traffico dei nodi mesh video esterno proveniente da questo intervallo. È possibile utilizzare la console del nodo per modificare l'indirizzo IP del bridge del container per evitare conflitti con altri dispositivi nella rete.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dal menu principale della console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 7 Configura rete container. Dopo aver specificato che le chiamate attive termineranno sul nodo, fare clic su Sì. |
| 3 | Modificare i valori per Container Bridge IP e Network Mask, come necessario, quindi fare clic su Salva. Viene visualizzata una schermata che mostra le informazioni di rete del contenitore, incluso l'intervallo di indirizzi IP riservato per le operazioni interne sul nodo mesh video. |
| 4 | Fai clic su OK. |
Identificazione dei problemi della porta con lo strumento riflettore nella console
Lo strumento riflettore (una combinazione di un server sul nodo mesh video e un client attraverso uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi mesh video.
Operazioni preliminari
Scaricare una copia del client Reflector Tool (script Python) e decomprimere il file in una posizione facile da trovare. Il file zip contiene lo script e un file readme.
Affinché lo script funzioni correttamente, assicurarsi che sia in esecuzione Python 2.7.10 o versioni successive nel proprio ambiente.
Attualmente, questo strumento supporta endpoint SIP per nodi mesh video e verifica intracluster.
| 1 | Dalla vista cliente in https://admin.webex.com, abilitare il nodo di manutenzione per il nodo mesh video seguendo queste istruzioni. |
| 2 | Attendi che il nodo visualizzi lo stato 'Pronto per manutenzione' in Control Hub. |
| 3 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 4 | Dall'interfaccia del nodo mesh video, andare a Diagnostica > Server riflettore > Server riflettore per TCP o (UDP). Avviare il server per TCP o per UDP. |
| 5 | Scorrere fino a Reflector Tool, quindi avviare TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che si desidera utilizzare. |
| 6 | Fare clic su Start Reflector Server, quindi attendere che il server si avvii correttamente. Viene visualizzato un avviso all'avvio del server. |
| 7 | Da un sistema (ad esempio, un PC) su una rete che si desidera raggiungere dai nodi mesh video, eseguire lo script con il seguente comando:
Al termine dell'esecuzione, il client visualizza un messaggio di conferma se tutte le porte richieste sono aperte:
Il client mostra un messaggio non riuscito se le porte richieste non sono aperte:
|
| 8 | Risolvere eventuali problemi di porta sul firewall, quindi eseguire di nuovo i passaggi precedenti. |
| 9 | Esegui il client con
|
Ripristino delle impostazioni di fabbrica di un nodo mesh video dalla console
Durante la pulizia dell'annullamento della registrazione, è possibile ripristinare le impostazioni di fabbrica del nodo mesh video. Questo passaggio rimuove qualsiasi configurazione effettuata mentre il nodo era attivo, ma non rimuove la voce di macchina virtuale. Successivamente, potresti voler registrare nuovamente questo nodo come parte di un altro cluster che costruisci da zero.
Operazioni preliminari
Devi utilizzare Control Hub per annullare la registrazione del nodo mesh video dal cluster registrato in Control Hub.
| 1 | Aprire l'interfaccia della console del nodo tramite il client VMware vSphere o SSH in un indirizzo IP raggiungibile, quindi eseguire l'accesso utilizzando le credenziali di amministrazione. |
| 2 | Dalla console del nodo mesh video, andare a 4 Diagnostica, quindi scegliere 8 Ripristino delle impostazioni di fabbrica. |
| 3 | Accertarsi di aver compreso le informazioni contenute nella nota visualizzata, quindi fare clic su Reset. Il nodo si riavvia automaticamente dopo il ripristino delle impostazioni di fabbrica. |
Migrazione di una piattaforma hardware esistente nel nodo mesh video
È possibile eseguire la migrazione di una piattaforma supportata esistente (ad esempio, un CMS1000 che esegue Cisco Meeting Server) su mesh video. Utilizzare questa procedura per guidarti nel processo di migrazione.
I passaggi variano a seconda della versione in bundle di ESXi sulla piattaforma hardware. |
Operazioni preliminari
Scaricare una nuova copia dell'ultima immagine del software del nodo mesh video (OVA). Non distribuire un nuovo nodo mesh video con un file OVA scaricato in precedenza.
| 1 | Accedere all'interfaccia della macchina virtuale e spegnere il software in esecuzione sulla piattaforma. |
| 2 | Eliminare l'applicazione software in esecuzione sulla piattaforma. Sulla piattaforma non devono rimanere immagini software. Inoltre, non è possibile eseguire il software del nodo mesh video insieme ad altri software sulla stessa piattaforma.
|
| 3 | Distribuire una nuova macchina virtuale da un nuovo file OVF o OVA. |
| 4 | Immettere un nome per la macchina virtuale e scegliere il file OVA del nodo mesh video. |
| 5 | Modificare spesso il provisioning del disco. |
| 6 | Caricare l'immagine del software mfusion.ova scaricata.
|
| 7 | Quando la macchina virtuale è in esecuzione, tornare a Accedi alla console del nodo mesh video e continuare la configurazione iniziale del nodo mesh video. |
Confronto funzioni e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh
Confronto funzioni
Funzione | Video mesh e video Cisco Webex Meeting Center | CMR Hybrid |
|---|---|---|
Tipi di riunione | Pianificato Un clic (istantaneo) Riunione personale (PMR) Esperienza coerente per riunioni locali e basate su cloud | Solo pianificato |
Pianificazione | Strumento di produttività Webex (Windows e Mac) Pianificazione del calendario ibrido con @webex Portale Webex | Strumenti di produttività TelePresence e Mac abilitati Webex Pianificazione TMS |
Opzioni di accesso a riunione | Chiamata in ingresso e chiamata in uscita Protetto da PIN (organizzatore) Pulsante unico (OBTP) | Solo chiamata in ingresso OBTP |
Esperienza in riunione | Unified Roster (client Webex) Controlli unificati (client Webex) Blocco/sblocco riunione Disattivazione/attivazione dell'audio dei partecipanti TelePresence | Nessun registro unificato (client Webex e server TelePresence) Controlli separati (client Webex e server TelePresence) |
Modello di capacità e distribuzione | Capacità illimitata Overflow in sede e automatico Commutazione e transcodifica | Capacità di trascodifica limitata al server TelePresence |
Lista di controllo percorso di migrazione
Di seguito è riportata una panoramica generale su come eseguire la migrazione di un sito esistente alla piattaforma video versione 2.0 e preparare il sito per l'integrazione con il mesh video. Le operazioni possono variare in base all'ambiente esistente. Collabora con il tuo partner o customer success manager per garantire una migrazione senza problemi.
Accertarsi che la funzione di videoconferenza Meeting Center sia predisposta sul sito Webex.
L'amministratore del sito riceve l'account del portale di gestione. L'amministratore quindi distribuisce i nodi mesh video per l'organizzazione Webex.
L'amministratore del sito assegna il privilegio CMR per abilitare tutti o alcuni utenti CMR Hybrid con video Cisco Webex Meeting Center.
(Opzionale) Disabilitare il tipo di sessione CMR Hybrid per questo sottoinsieme, quindi abilitare il video Cisco Webex Meeting Center nel relativo profilo utente.
L'amministratore del sito imposta il mesh video, quindi seleziona Hybrid come tipo di risorsa multimediale in Cloud Collaboration Meeting Room Options.
L'amministratore del sito imposta TelePresence Management Suite (TMS) e One Button to Push (OBTP) locali per utilizzare il video Cisco Webex Meeting Center. Vedi il Guida alla distribuzione Enterprise per videoconferenze Cisco Webex Meeting Center per informazioni.
Se il privilegio CMR è abilitato per un utente, gli Strumenti di produttività Webex vengono impostati per impostazione predefinita sulla versione video di Cisco Webex Meeting Center. Tutte le nuove riunioni pianificate dagli utenti sono riunioni video Cisco Webex Meeting Center.
Se le sale conferenze sono incluse nell'invito, le informazioni OBTP vengono inviate alla sala conferenze tramite TMS (solo per riunioni CMR Hybrid).
Le riunioni esistenti impostate dagli utenti CMR Hybrid prima del passaggio al video Cisco Webex Meeting Center devono continuare a funzionare finché il cliente conserva le impostazioni MCU e TMS locali.
Le riunioni CMR Hybrid esistenti non possono essere modificate o aggiornate per riflettere le informazioni sulla riunione video Cisco Webex Meeting Center. Se gli utenti desiderano utilizzare il nuovo invito, devono eliminare le riunioni precedenti e creare nuove riunioni.
Se il cliente desidera ritirare le riunioni locali MCU, TMS e CMR Hybrid precedenti non funzioneranno. È necessario creare nuove riunioni con le informazioni video Cisco Webex Meeting Center.
Protocollo di interoperabilità TelePresence e commutazione segmento
Il mesh video supporta la negoziazione di TelePresence Interoperability Protocol (TIP) e multiplex (MUX) per endpoint IX e TX a 1 schermo e a 3 schermi.
Per gli endpoint a tre schermi, tutti e tre gli schermi devono mostrare il video, se sono presenti un numero sufficiente di partecipanti alla conferenza. Un altro sistema a tre schermi nella conferenza determina il passaggio da un segmento all'altro anziché da una stanza all'altra. Ciò significa che invece che tutti e tre gli schermi diventano grandi quando qualcuno in un altro sistema a tre schermi parla, solo il riquadro attivo diventa grande. Gli altri due riquadri sono popolati da video provenienti da altri sistemi. Quando mostrato piccolo, tutti e tre i riquadri vengono visualizzati insieme (per tutti i dispositivi, uno o tre schermi) con una singola casella di delimitazione e etichetta del nome.
A seconda delle risorse di hosting nel cloud, alcuni endpoint mostreranno tutti e tre gli schermi di una sala a tre schermi nella sequenza di pellicole, mentre altri mostreranno solo un riquadro. L'app Webex mostra solo 1 riquadro, anche se il contenuto multimediale è in sede.
Per riunioni di grandi dimensioni che traboccano da un nodo e si propagano a catena in un secondo, lo stesso viene visualizzato da qualsiasi endpoint ospitato su un nodo diverso da quello che ospita il sistema a tre schermi (solo un riquadro visibile nel layout). La condivisione della presentazione richiede la negoziazione di BFCP attraverso il percorso di chiamata.
Informazioni nuove e modificate
Questa tabella descrive le nuove caratteristiche o funzionalità, le modifiche ai contenuti esistenti e gli eventuali errori principali corretti nella Deployment Guide.
|
Data |
Modificare |
|---|---|
|
26 agosto 2026 |
|
|
06 maggio 2026 |
|
|
20 aprile 2026 |
|
|
11 marzo 2026 |
|
|
10 marzo 2026 |
|
|
13 febbraio 2026 |
|
| 06 febbraio 2026 |
|
|
18 dicembre 2025 |
|
|
27 novembre 2025 |
|
|
24 novembre 2025 |
|
|
10 luglio 2025 |
|
|
05 giugno 2025 |
|
|
29 aprile 2025 |
|
|
17 febbraio 2025 |
|
|
24 gennaio 2025 |
|
|
22 gennaio 2025 |
|
|
13 dicembre 2024 |
|
|
15 novembre 2024 |
|
|
20 settembre 2024 |
|
|
14 maggio 2024 |
|
|
09 febbraio 2024 |
|
|
31 agosto 2023 |
|
|
31 luglio 2023 |
|
|
28 luglio 2023 |
|
|
15 giugno 2023 |
|
| 16 maggio 2023 |
|
|
27 marzo 2023 |
|
|
02 marzo 2023 |
|
|
7 luglio 2022 |
|
|
30 giugno 2022 | |
|
14 giugno 2022 |
Modificata la procedura per lo scambio di catene di certificati per includere i certificati ECDSA in Exchange Certificate Chains Between Unified CM and Video Mesh Nodes |
|
18 maggio 2022 |
Ha cambiato il sito di download del Reflector Tool in https://github.com/CiscoDevNet/webex-video-mesh-reflector-client. |
|
29 aprile 2022 |
Sono state aggiunte informazioni sulla nuova funzionalità in Keep your media on Video Mesh per tutte le riunioni Webex esterne. |
|
25 marzo 2022 |
Aggiornamenti sull'utilizzo delle porte in Porte e protocolli di gestione. |
|
10 dicembre 2021 |
Aggiunto CMS 2000 e noto problema di aggiornamento per i vecchi CMS 1000 che si aggiornano a ESXi 7 in Requisiti di sistema e piattaforma per il software Video Mesh Node. |
|
30 agosto 2021 |
Sono state aggiunte informazioni sulla verifica che Webex abbia il Paese di origine corretto per la sua distribuzione in Verify That the Source Country Is Correct. |
|
27 agosto 2021 |
È stata aggiunta una nota sulla visibilità dei report di analisi nell'assistenza e sulle limitazioni per le riunioni private. |
|
13 agosto 2021 |
Sono state aggiunte informazioni sulla nuova funzione Riunioni private in:
|
|
22 luglio 2021 |
Sono state aggiunte informazioni su come verificare che il sistema abbia la posizione di origine corretta per le chiamate. L'ubicazione corretta delle fonti aiuta a un routing efficiente. Vedere Verifica che il Paese di origine sia corretto. |
|
25 giugno 2021 |
Ha notato che la funzionalità Webex Experience completa dell'app Webex è incompatibile con Video Mesh nei client e nei dispositivi che utilizzano il nodo Video Mesh. |
|
7 maggio 2021 |
È stata corretta la dimensione del cluster consigliata a 100 nelle Linee guida per l'implementazione di cluster Video Mesh. |
|
12 aprile 2021 |
Aggiornato Configura Expressway TCP SIP Traffic Routing for Video Mesh per utilizzare la zona Webex, invece di una nuova zona DNS. |
|
9 febbraio 2021 |
|
|
11 dicembre 2020 |
|
|
22 ottobre 2020 |
|
| 19 ottobre 2020 |
|
| 18 settembre 2020 |
|
| 26 agosto 2020 |
|
|
4 agosto 2020 |
|
| 9 luglio 2020 |
|
|
26 giugno 2020 |
|
| 9 giugno 2020 |
|
| 21 maggio 2020 | Porte e protocolli aggiornati per la gestione e requisiti per il supporto proxy per Video Mesh. |
| 15 maggio 2020 | Panoramica aggiornata di Video Mesh. |
| 25 aprile 2020 |
|
|
22 gennaio 2020 |
|
|
12 dicembre 2019 |
|
|
10 dicembre 2019 |
|
|
4 novembre 2019 |
|
| 18 ottobre 2019 |
|
|
26 settembre 2019 |
|
|
13 settembre 2019 |
|
| 29 agosto 2019 |
|
|
24 luglio 2019 |
|
|
9 luglio 2019 |
|
|
24 maggio 2019 |
|
|
25 aprile 2019 |
|
|
11 aprile 2019 |
|
Panoramica di Webex Video Mesh
Webex Video Mesh trova dinamicamente il mix ottimale di risorse per conferenze locali e cloud. Le conferenze in sede rimangono in sede quando ci sono abbastanza risorse locali. Quando le risorse locali sono esaurite, le conferenze si espandono nel cloud.
Video Mesh Node è un software installato su un Cisco UCS server locale, registrato nel cloud e gestito in Control Hub. Le riunioni Webex, la Webex Personal Meetings Room, Webex Space Meetings e le chiamate Webex App tra due persone possono essere indirizzate ai nodi Video Mesh locali in rete. Video Mesh seleziona il modo più efficiente per utilizzare le risorse disponibili.
Video Mesh offre questi vantaggi:
-
Migliora la qualità e riduce la latenza consentendole di mantenere le chiamate in sede.
-
Estende le sue chiamate in modo trasparente al cloud quando le risorse locali hanno raggiunto il limite o non sono disponibili.
-
Gestisca i suoi cluster Video Mesh dal cloud con un'unica interfaccia amministrativa: Control Hub (https://admin.webex.com).
-
Ottimizza le risorse e scala la capacità, se necessario.
-
Combina le funzionalità delle conferenze cloud e locali in un'unica esperienza utente senza interruzioni .
-
Riduce i problemi di capacità, perché il cloud è sempre disponibile quando sono necessarie risorse aggiuntive per le conferenze. Non è necessario eseguire la pianificazione della capacità per lo scenario peggiore.
-
Fornisce analisi avanzate sulla capacità e sull'utilizzo e risoluzione dei problemi dei dati dei report in https://admin.webex.com.
-
Utilizza l'elaborazione multimediale locale quando gli utenti accedono a una riunione Webex da endpoint e client SIP basati su standard locali:
-
Endpoint e client basati su SIP (endpoint Cisco, Jabber, SIP di terze parti), registrati al controllo delle chiamate locale (Cisco Unified Communications Managero Expressway), che chiamano a una riunione. Cisco Webex
-
App Webex (anche abbinata ai dispositivi di sala) che partecipa a una riunione Webex.
-
Dispositivi Webex da sala e da scrivania che partecipano direttamente a una riunione Webex.
-
-
Fornisce una risposta vocale interattiva (IVR) audio e video ottimizzata agli endpoint e ai client basati su SIP in rete.
-
Gli endpoint H.323, dial-in IP e Skype for Business (S4B) continuano a partecipare alle riunioni dal cloud.
-
Supporta video ad alta definizione 1080p 30fps come opzione per le riunioni, se i partecipanti alla riunione che possono supportare 1080p sono ospitati tramite i nodi Video Mesh locali. (Se un partecipante partecipa a una riunione in corso dal cloud, gli utenti locali continuano a provare l'esperienza a 1080p e 30 fps sugli endpoint supportati.)
-
Marcatura della qualità del servizio (QoS) migliorata e differenziata: audio (EF) e video (AF41) separati.
Webex Video Mesh è supportato per host e partecipanti in Webex Meetings e Webex Webinars (fino a 5000 partecipanti) sulla piattaforma Webex Suite Meetings (WSMP).
-
Supporta riunioni crittografate end-to-end (riunioni E2EE). Se un cliente implementa Video Mesh e seleziona il tipo di riunione E2EE, aggiunge un ulteriore livello di sicurezza, garantendo che i suoi dati (file multimediali, file, lavagne, annotazioni) rimangano protetti e impedisce a terzi di accedervi o modificarli. Per informazioni dettagliate, vedere Deploy Zero-Trust Meetings.
Le riunioni private attualmente non supportano la crittografia end-to-end.
-
Aiuta gli utenti ospiti (utenti non registrati a Webex) a partecipare alle riunioni che arrivano su Video Mesh, a condizione che si trovino all'interno della rete aziendale dell'organizzazione.
Client e dispositivi che utilizzano Video Mesh Node
Ci impegniamo a rendere Video Mesh interoperabile con i client e i tipi di dispositivi pertinenti. Sebbene non sia possibile testare tutti gli scenari, il test su cui si basano questi dati copre le funzioni più comuni degli endpoint e dell'infrastruttura elencati. L'assenza di un dispositivo o di un client implica una mancanza di test e una mancanza di supporto ufficiale da parte di Cisco.
|
Tipo di cliente o dispositivo |
Utilizza il nodo Video Mesh per le chiamate punto a punto |
Utilizza il nodo Video Mesh nelle riunioni multipartitiche |
|---|---|---|
|
App Webex (desktop e dispositivi mobili) |
Sì |
Sì |
|
Dispositivi Webex, inclusi i dispositivi di sala e Webex Board. (Vedere la sezione Requisiti delle app Endpoint e Webex per un elenco completo.) |
Sì |
Sì |
|
Condivisione wireless in camera tra l'app Webex e i dispositivi Room, Desk e Board supportati. |
Sì |
Sì |
|
Unified CM-dispositivi registrati (inclusi endpoint IX) e client (inclusi Jabber VDI 12.6 e versioni successive e Webex VDI 39.3 e versioni successive), che chiamano una riunione Webex programmata o Webex Personal Room. * |
No |
Sì |
|
Dispositivi registrati VCS/Expressway, chiamata a una riunione Webex programmata o Webex Personal Room. * |
No |
Sì |
|
Webex Call My Video System to dispositivi video registrati nel cloud Webex |
N/A |
Sì |
|
Sì |
Sì | |
|
Telefoni registrati a Cisco Webex Calling |
No |
No |
|
Webex Call My Video System to dispositivi SIP registrati in sede |
N/A |
No |
* Non è possibile garantire che tutti i dispositivi e i client locali siano stati testati con la soluzione Video Mesh.
Incompatibilità di Video Mesh con la funzionalità completa di Webex Experience
Se abilita l'esperienza Webex completa per l'app Webex, l'app Webex non è supportata con i nodi Video Mesh. Questa funzione attualmente invia segnali e contenuti multimediali direttamente a Webex. Le versioni future renderanno compatibili l'app Webex e Video Mesh. Per impostazione predefinita, non abbiamo abilitato questa funzione per i clienti con Video Mesh.
Potrebbe avere problemi con Video Mesh e l'esperienza Webex completa:
-
Se ha aggiunto Video Mesh alla sua distribuzione dopo l'introduzione di quella funzione.
-
Se ha abilitato quella funzione senza conoscerne l'impatto su Video Mesh.
Se nota problemi, contatti il team del suo account Cisco per disattivare l'interruttore Full Featured Webex Experience.
Qualità del servizio su Video Mesh Node
I nodi Video Mesh sono conformi alle best practice consigliate sulla qualità del servizio (QoS) abilitando intervalli di porte che Le consentono di differenziare i flussi audio e video in tutti i flussi da e verso i nodi Video Mesh. Questa modifica Le consentirà di creare politiche QoS e di segnalare efficacemente il traffico da e verso i nodi Video Mesh.
Queste modifiche alle porte sono accompagnate da modifiche QoS. I nodi Video Mesh contrassegnano automaticamente il traffico multimediale proveniente dagli endpoint registrati SIP (locali Unified CM o registrati su VCS Expressway) sia per l'audio (EF) che per il video (AF41) separatamente con la classe di servizio appropriata e utilizzano intervalli di porte noti per tipi di media specifici.
Il traffico di origine proveniente dagli endpoint registrati in sede è sempre determinato dalla configurazione sul controllo delle chiamate (Unified CMo VCS Expressway).
Per ulteriori informazioni, vedere la tabella QoS in Porte e protocolli utilizzati da Video Mesh e i passaggi per abilitare o disabilitare il QoS nel Video Mesh Deployment Task Flow
L'app Webex continua a connettersi ai nodi Video Mesh tramite la porta condivisa 5004. Queste porte sono utilizzate anche dall'app Webex e dagli endpoint per i test di raggiungibilità STUN ai nodi Video Mesh. Da nodo Video Mesh a nodo Video Mesh per le cascate utilizzare l'intervallo di porte di destinazione 10000—40000.Supporto proxy per Video Mesh
Video Mesh supporta proxy espliciti e trasparenti di ispezione e non ispezione. Può collegare questi proxy alla sua distribuzione Video Mesh in modo da proteggere e monitorare il traffico dall'azienda verso il cloud. Questa funzione invia il traffico di segnalazione e gestione basato su HTTPS al proxy. Per i proxy trasparenti, le richieste di rete provenienti dai nodi Video Mesh vengono inoltrate a un proxy specifico tramite le regole di routing della rete aziendale. Può utilizzare l'interfaccia di amministrazione di Video Mesh per la gestione dei certificati e lo stato generale della connettività dopo aver implementato il proxy con i nodi.
I media non viaggiano attraverso il proxy. Deve comunque aprire le porte richieste affinché i flussi multimediali raggiungano direttamente il cloud. Vedere Porte e protocolli per la gestione.
I seguenti tipi di proxy sono supportati da Video Mesh:
-
Proxy esplicito (ispezionante o non ispezionante): con un proxy esplicito, comunica al cliente (nodi Video Mesh) quale server proxy utilizzare. Questa opzione supporta uno dei seguenti tipi di autenticazione:
-
Nessuna: non è richiesta un'ulteriore autenticazione. (Per proxy esplicito HTTP o HTTPS.)
-
Di base: utilizzato da un user agent HTTP per fornire un nome utente e una password quando si effettua una richiesta e utilizza la codifica Base64. (Per proxy esplicito HTTP o HTTPS.)
-
Digest: utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili e applica una funzione hash sul nome utente e sulla password prima dell'invio in rete. (Per proxy esplicito HTTPS.)
-
NTLM: come Digest, NTLM viene utilizzato per confermare l'identità dell'account prima di inviare informazioni sensibili. Utilizza le credenziali di Windows invece del nome utente e della password. Questo schema di autenticazione richiede più scambi per essere completato. (Per proxy esplicito HTTP.)
-
-
Transparent Proxy (non ispezionante): i nodi Video Mesh non sono configurati per utilizzare un indirizzo server proxy specifico e non dovrebbero richiedere alcuna modifica per funzionare con un proxy non ispezionante.
-
Transparent Proxy (ispezione): i nodi Video Mesh non sono configurati per utilizzare un indirizzo server proxy specifico. Non sono necessarie modifiche alla configurazione http (s) su Video Mesh, tuttavia, i nodi Video Mesh necessitano di un certificato root in modo che si fidino del proxy. I proxy di ispezione vengono in genere utilizzati dall'IT per applicare le politiche relative ai siti Web che possono essere visitati e ai tipi di contenuti non consentiti. Questo tipo di proxy decrittografa tutto il suo traffico (anche https).
Risoluzioni e framerate supportati per Video Mesh
Questa tabella illustra le risoluzioni e i framerate supportati dal punto di vista del mittente-destinatario in una riunione ospitata su un nodo Video Mesh. Il client mittente (app o dispositivo) si trova nella riga superiore della tabella, mentre il client destinatario si trova nella colonna sinistra della tabella. La cella corrispondente tra i due partecipanti registra la risoluzione negoziata del contenuto, i frame per sezione e la sorgente audio.
La risoluzione influisce sulla capacità di chiamata su qualsiasi nodo Video Mesh. Per ulteriori informazioni, vedere Capacità per i nodi Video Mesh.
La risoluzione e il valore del framerate sono combinati come XXXPYY, ad esempio, 720p10 significa 720p a 10 fotogrammi al secondo.
Le abbreviazioni delle definizioni (SD, HD e FHD) nella riga del mittente e nella colonna del destinatario si riferiscono alla risoluzione superiore del client o del dispositivo:
-
SD — Definizione standard (576p)
-
HD — Alta definizione (720p)
-
FHD: alta definizione completa (1080p)
|
Ricevitore |
mittente | ||||||
|---|---|---|---|---|---|---|---|
|
App Webex |
App Webex per dispositivi mobili |
Dispositivi registrati SIP (HD) |
Dispositivi registrati SIP (FHD) |
Dispositivi registrati Webex (SD) |
Dispositivi registrati Webex (HD) |
Dispositivi registrati Webex (FHD) | |
|
App Webex Desktop |
720p10 Audio misto* |
720p10 Audio misto |
720p30 Audio misto |
720p30 Audio misto |
576p15 Contenuto audio** |
720p30 Audio misto |
720p30 Audio misto |
|
App Webex per dispositivi mobili |
— |
— |
— |
— |
— |
— |
— |
|
Dispositivi registrati SIP (HD) |
720p30 Contenuto audio |
720p15 Audio misto |
1080p15 Audio misto |
1080p15 Audio misto |
576p15 Audio misto |
1080p15 Audio misto |
1080p15 Audio misto |
|
Dispositivi registrati SIP (FHD) |
1080p30 Audio misto |
720p15 Audio misto |
1080p15 Audio misto |
1080p30 Audio misto |
576p15 Audio misto |
1080p15 Audio misto |
1080p30 Audio misto |
| Dispositivi registrati Webex (SD) |
1080p15 Audio misto |
720p15 Audio misto |
1080p15 Audio misto |
1080p15 Audio misto |
576p15 Audio misto |
1080p15 Audio misto |
1080p15 Audio misto |
|
Dispositivi registrati Webex (FHD) |
1080p30 Audio misto |
720p15 Audio misto |
1080p15 Audio misto |
1080p30 Audio misto |
576p15 Audio misto |
1080p15 Audio misto |
1080p30 Audio misto |
* Content Audio si riferisce all'audio riprodotto dal contenuto specifico condiviso, come un video in streaming. Questo flusso audio è separato dall'audio normale della riunione.
** L'audio misto si riferisce a un mix di audio del partecipante alla riunione e audio proveniente dalla condivisione dei contenuti.
Requisiti per Video Mesh
Video Mesh è disponibile con le offerte documentate in Requisiti di licenza per i servizi ibridi.
Controllo delle chiamate e rispetto dei requisiti di integrazione per Video Mesh
Il controllo delle chiamate e l'infrastruttura per riunioni esistente non sono necessari per utilizzare Video Mesh, ma Lei può integrarli. Se sta integrando Video Mesh con la sua infrastruttura di controllo delle chiamate e delle riunioni, si assicuri che il suo ambiente soddisfi i criteri minimi documentati nella tabella seguente.
|
Scopo del componente |
Versione minima supportata |
|---|---|
|
Controllo delle chiamate in sede |
Cisco Unified Communications Manager, versione 11.5 (1) SU3 o successiva. (Consigliamo l'ultima versione su.) Cisco Expressway-C o E, versione X8.11.4 o successiva. (Per ulteriori informazioni, vedere la sezione «Informazioni importanti» nelle Note sulla versione di Expressway.) |
|
Infrastruttura per riunioni |
Webex MeetingsWBS33 o successivo. (Può verificare che il suo sito Webex sia sulla piattaforma corretta se ha l'elenco dei tipi di risorse multimediali disponibile nelle opzioni del sito Cloud Collaboration Meeting Room.)
Per assicurarsi che il suo sito sia pronto per Video Mesh, contatti il suo customer success manager (CSM) o il suo partner. |
|
Gestione del failover |
Cisco Expressway-C o E, versione X8.11.4 o successiva. (Per ulteriori informazioni, vedere la sezione «Informazioni importanti» nelle Note sulla versione di Expressway.) |
Requisiti per gli endpoint e le app Webex
|
Scopo del componente |
Dettagli |
|---|---|
|
Endpoint supportati | |
|
Versioni supportate dell'app Webex |
Video Mesh supporta l'app Webex per desktop (Windows, Mac) e dispositivi mobili (Android, iPhone e iPad). Per scaricare l'app per una piattaforma supportata, vada su https://www.webex.com/downloads.html. |
|
Codec supportati |
Vedi Webex| Specifiche video per chiamate e riunioni per i codec audio e video supportati. Nota queste avvertenze per Video Mesh:
|
|
Webex Video Mesh supporta tutti i dispositivi registrati Webex, l'app Webex sulla piattaforma Webex Suite Meetings (WSMP), l'app web Webex (https://web.webex.com) e i dispositivi SIP. | |
Requisiti di sistema e piattaforma per il software Video Mesh Node
Ambienti di produzione
Nelle implementazioni di produzione, ci sono due modi per distribuire il software Video Mesh Node su una particolare configurazione hardware:
-
Può configurare ogni server come un'unica macchina virtuale, il che è l'ideale per le implementazioni che includono molti endpoint SIP.
-
Utilizzando l'opzione VMNLite, può configurare ogni server con più macchine virtuali più piccole. VMNLite è ideale per le implementazioni in cui la maggior parte dei client e dei dispositivi sono l'app Webex e gli endpoint registrati Webex.
Questi requisiti sono comuni a tutte le configurazioni:
-
VMware ESXi 7 o 8, vSphere 7 o 8
-
Hyperthreading abilitato
I nodi Video Mesh che funzionano indipendentemente dall'hardware della piattaforma richiedono vCPU e RAM dedicate. La condivisione di risorse con altre applicazioni non è supportata. Questo vale per tutte le immagini del software Video Mesh.
Per le immagini Video Mesh Lite (VMNLite) su una piattaforma CMS, supportiamo solo le immagini VMNLite. Nessun'altra immagine Video Mesh o applicazione non Video Mesh può essere presente sull'hardware CMS con il software VMNLite.
|
Configurazione hardware |
Implementazione della produzione come singola macchina virtuale (VMNfull) |
Implementazione della produzione con macchine virtuali VMNLite |
Appunti |
|---|---|---|---|
|
Configurazione basata sulle specifiche (Processore: Intel: Xeon Gold 6336Y di terza generazione da 2,4 GHz o successivo AMD: AMD EPYC di quinta generazione da 2,4 GHz (o successivo) |
|
Implementa come 3 istanze di macchina virtuale identiche, ciascuna con:
|
Ogni macchina virtuale Video Mesh deve avere CPU, RAM e dischi rigidi riservati per sé. Usa l'opzione VMNLite o VMNfull durante la configurazione. Gli IOPS di picco (operazioni di input/output al secondo) per lo storage NFS sono 300 IOPS. |
Video Mesh può essere distribuito anche su piattaforme hardware CMS/UCS. Se l'hardware sottostante raggiunge la fine del suo ciclo di vita, il supporto sarà limitato all'applicazione Video Mesh, a condizione che siano soddisfatti i requisiti minimi sopra menzionati.
Ambienti dimostrativi
Per scopi dimostrativi di base, può utilizzare una configurazione hardware basata sulle specifiche, con i seguenti requisiti minimi:
-
14 vCPU (12 per Video Mesh Node, 2 per ESXi)
-
Memoria principale da 8 GB
-
20 GB di spazio su disco rigido locale
-
Processore Intel Xeon E5-2600v3 o successivo da 2,6 GHz
Questa configurazione di Video Mesh non è Cisco TAC supportata.
Per ulteriori informazioni sul software dimostrativo, vedere Video Mesh Node Demo Software.
Requisiti di larghezza di banda
I nodi Video Mesh devono avere una larghezza di banda Internet minima di 10 Mbps affinché il caricamento e il download funzionino correttamente.
Requisiti per il supporto proxy per Video Mesh
-
Supportiamo ufficialmente le seguenti soluzioni proxy che possono integrarsi con i suoi nodi Video Mesh.
-
Cisco Web Security Appliance (WSA) per proxy trasparente
-
Squid per delega esplicita
-
-
Per un proxy esplicito o un proxy di ispezione trasparente che ispeziona (decrittografa il traffico), deve avere una copia del certificato principale del proxy che dovrà caricare nel trust store del nodo Video Mesh sull'interfaccia web.
-
Supportiamo le seguenti combinazioni esplicite di proxy e tipi di autenticazione:
-
Nessuna autenticazione con http e https
-
Autenticazione di base con http e https
-
Autenticazione Digest solo con https
-
Autenticazione NTLM solo con http
-
-
Per i proxy trasparenti, deve utilizzare il router/switch per forzare il traffico HTTPS/443 ad andare al proxy. Può anche forzare Web Socket a passare al proxy. (Web Socket utilizza https.)
Video Mesh richiede connessioni web socket ai servizi cloud, in modo che i nodi funzionino correttamente. Per quanto riguarda l'ispezione esplicita e l'ispezione trasparente dei proxy, sono necessarie intestazioni http per una corretta connessione websocket. Se vengono modificati, la connessione websocket fallirà.
Quando si verifica un errore di connessione websocket sulla porta 443 (con il proxy di ispezione trasparente abilitato), viene visualizzato un avviso post-registrazione in Control Hub: «La chiamata SIP Webex Video Mesh non funziona correttamente». Lo stesso allarme può verificarsi per altri motivi quando il proxy non è abilitato. Quando le intestazioni websocket sono bloccate sulla porta 443, i contenuti multimediali non fluiscono tra app e client SIP.
Se i contenuti multimediali non fluiscono, ciò si verifica spesso quando il traffico https dal nodo sulla porta 443 non funziona:
-
Il traffico sulla porta 443 è consentito dal proxy, ma è un proxy di ispezione e sta rompendo il websocket.
Per correggere questi problemi, potrebbe dover «bypassare» o «unire» (disabilitare l'ispezione) sulla porta 443 verso: *.wbx2.com e *.ciscospark.com.
-
Capacità per i nodi Video Mesh
Poiché Video Mesh è un prodotto multimediale basato su software, la capacità dei suoi nodi Video Mesh varia. In particolare, i partecipanti alla riunione sul cloud Webex caricano maggiormente i nodi. Ottiene capacità inferiori quando ha più connessioni a cascata sul cloud Webex. Altri fattori che influiscono sulla capacità sono:
-
Tipi di dispositivi e client
-
Risoluzione video
-
Qualità della rete
-
Carico massimo
-
Modello di distribuzione
L'utilizzo di Video Mesh non influisce sul numero di licenze Webex.
In generale, l'aggiunta di più nodi al cluster non raddoppia la capacità a causa del sovraccarico per la configurazione delle cascate. Utilizzi questi numeri come guida generale. Consigliamo quanto segue:
-
Testi gli scenari di riunione più comuni per la sua implementazione.
-
Usa l'analisi in Control Hub per vedere come si sta evolvendo la sua distribuzione e aggiungere capacità se necessario.
Gli straripamenti dovuti al basso volume di chiamate (in particolare le chiamate SIP che hanno origine in locale) non riflettono fedelmente la scala. L'analisi di Video Mesh (in Control Hub > Risorse > Attività di chiamata) indica le fasi delle chiamate che hanno origine in locale. Non specificano i flussi di chiamate che sono arrivati attraverso la cascata al nodo Video Mesh per l'elaborazione multimediale. Con l'aumentare del numero di partecipanti remoti in una riunione, aumentano le cascate e consumano risorse multimediali locali sul nodo Video Mesh.
Questa tabella elenca gli intervalli di capacità per diversi mix, partecipanti ed endpoint sui normali nodi Video Mesh. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, si aspetti che la sua capacità scenda nella fascia più bassa dell'intervallo.
|
Scenario |
Risoluzione |
Capacità dei partecipanti |
|---|---|---|
|
Riunioni con solo partecipanti all'app Webex |
720p |
100–130 |
|
1080p |
90–100 | |
|
Riunioni e chiamate individuali con solo i partecipanti all'app Webex |
720p |
60–100 |
|
1080p |
30–40 | |
|
Riunioni con solo partecipanti SIP |
720p |
70–80 |
|
1080p |
30–40 | |
|
Riunioni con l'app Webex e i partecipanti al SIP |
720p |
75–100 |
-
La risoluzione di base per l'app Webex è 720p. Ma quando condivide, le miniature dei partecipanti sono a 180 centesimi.
-
Questi numeri sulle prestazioni presuppongono che Lei abbia abilitato tutte le porte consigliate.
Capacità per VMNLite
Consigliamo VMNLite per le distribuzioni che includono principalmente l'app Webex e gli endpoint registrati nel cloud. In queste implementazioni, i nodi utilizzano più commutazione e meno risorse di transcodifica rispetto a quelle fornite dalla configurazione standard. L'implementazione di diverse macchine virtuali più piccole sull'host ottimizza le risorse per questo scenario.
Questa tabella elenca gli intervalli di capacità di diversi mix, partecipanti ed endpoint. I nostri test includevano riunioni con tutti i partecipanti sul nodo locale e riunioni con un mix di partecipanti locali e cloud. Con più partecipanti sul cloud Webex, si aspetti che la sua capacità scenda nella fascia più bassa dell'intervallo.
|
Scenario |
Risoluzione |
Capacità dei partecipanti con 3 nodi VMNLite su un server |
|---|---|---|
|
Riunioni con solo partecipanti all'app Webex |
720p |
250–300 |
|
1080p |
230–240 | |
|
Riunioni e chiamate individuali con solo i partecipanti all'app Webex |
720p |
175–275 |
La risoluzione di base per le riunioni dell'app Webex è 720p. Ma quando condivide, le miniature dei partecipanti sono a 180 centesimi.
Cluster in Video Mesh
Lei distribuisce i nodi Video Mesh in cluster. Un cluster definisce nodi Video Mesh con attributi simili, come la prossimità della rete. I partecipanti utilizzano un particolare cluster o il cloud, a seconda delle seguenti condizioni:
-
Un cliente su una rete aziendale che può raggiungere un cluster locale si connette ad esso, la preferenza principale per i clienti della rete aziendale.
-
I clienti che partecipano a una riunione privata di Video Mesh si connettono solo ai cluster locali. Può creare un cluster separato appositamente per queste riunioni private.
-
Un cliente che non riesce a raggiungere un cluster locale si connette al cloud, nel caso di un dispositivo mobile non connesso alla rete aziendale.
-
Il cluster scelto dipende anche dalla latenza, non solo dalla posizione. Ad esempio, un cluster cloud con un ritardo STUN round-trip (SRT) inferiore rispetto a un cluster Video Mesh potrebbe essere un candidato migliore per la riunione. Questa logica impedisce a un utente di atterrare su un cluster geograficamente lontano con un ritardo SRT elevato.
Ogni cluster contiene una logica che collega le riunioni a cascata, ad eccezione delle riunioni private di Video Mesh, tra altri cluster di riunioni cloud, se necessario. Il collegamento a cascata fornisce un percorso di dati per i media tra i clienti durante le loro riunioni. Le riunioni sono distribuite tra i nodi e i clienti arrivano sul nodo più efficiente più vicino a loro, a seconda di fattori come la topologia di rete, il collegamento WAN e l'utilizzo delle risorse.
La capacità del cliente di eseguire il ping dei nodi multimediali determina la raggiungibilità. Una chiamata effettiva utilizza una serie di potenziali meccanismi di connessione, come UDP e TCP. Prima della chiamata, il dispositivo Webex (Room, Desk, Board e Webex App) si registra nel cloud Webex, che fornisce un elenco di cluster candidati per la chiamata.
I nodi di un cluster Video Mesh richiedono una comunicazione senza ostacoli tra loro. Richiedono inoltre una comunicazione senza ostacoli con i nodi di tutti gli altri cluster Video Mesh. Si assicuri che i suoi firewall consentano tutte le comunicazioni tra i nodi Video Mesh.
Cluster per riunioni private
Può prenotare un cluster Video Mesh per riunioni private. Quando il cluster riservato è pieno, i contenuti multimediali delle riunioni private vengono trasmessi a cascata agli altri cluster Video Mesh. Quando il cluster riservato è pieno, le riunioni private e le riunioni non private condividono le risorse dei cluster rimanenti.
Le riunioni non private non utilizzeranno un cluster riservato, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, passa invece al cloud Webex.
Per dettagli sulla funzione riunioni private di Video Mesh, vedere Riunioni private.
Non può utilizzare il formato breve dell'indirizzo video (meet@ your_site) se prenota tutti i cluster Video Mesh per riunioni private. Queste chiamate al momento non riescono senza un messaggio di errore appropriato. Se lascia alcuni cluster senza prenotazione, le chiamate con il formato breve dell'indirizzo video possono connettersi tramite quei cluster.
Linee guida per l'implementazione di cluster Video Mesh
-
Nelle tipiche implementazioni aziendali, consigliamo ai clienti di utilizzare fino a 100 nodi per cluster. Non ci sono limiti rigidi fissati nel sistema per bloccare una dimensione del cluster con più di 100 nodi. Tuttavia, se ha bisogno di creare cluster più grandi, le consigliamo vivamente di esaminare questa opzione con Cisco Engineering tramite il suo team di account Cisco.
-
Crea meno cluster quando le risorse hanno una prossimità di rete (affinità) simile.
-
Quando si creano cluster, aggiungere solo nodi che si trovano nella stessa area geografica e nello stesso data center. Il clustering sulla rete geografica (WAN) non è supportato.
-
In genere, implementa cluster in aziende che ospitano frequenti riunioni localizzate. Pianifica dove colloca i cluster sulla larghezza di banda disponibile in varie sedi WAN all'interno dell'azienda. Nel tempo, può implementare e far crescere cluster per cluster in base ai modelli utente osservati.
-
I cluster situati in fusi orari diversi possono servire efficacemente più aree geografiche sfruttando i diversi modelli di chiamata nelle ore di punta e di punta.
-
Se ha due nodi Video Mesh in due data center separati (UE e NA, ad esempio) e gli endpoint si uniscono attraverso ogni data center, i nodi di ogni data center verrebbero collegati in cascata a un singolo nodo Video Mesh nel cloud. Queste cascate andrebbero su Internet. Se c'è un partecipante al cloud (che si unisce prima di uno dei partecipanti a Video Mesh), i nodi verrebbero collegati in cascata attraverso il nodo multimediale del partecipante al cloud.
Diversità del fuso orario
La diversità dei fusi orari può consentire la condivisione dei cluster durante le ore non di punta. Ad esempio: un'azienda con un cluster della California del Nord e un cluster di New York potrebbe scoprire che la latenza complessiva della rete non è così elevata tra le due sedi che servono una popolazione di utenti geograficamente diversificata. Quando le risorse sono al massimo dell'utilizzo nel cluster della California settentrionale, è probabile che il cluster di New York non sia di punta e abbia una capacità aggiuntiva. Lo stesso vale per il cluster della California del Nord, nelle ore di punta nel cluster di New York. Questi non sono gli unici meccanismi utilizzati per un impiego efficace delle risorse, ma sono i due principali.
Overflow verso il cloud
Quando viene raggiunta la capacità di tutti i cluster locali, un partecipante locale passa al cloud Webex. Ciò non significa che tutte le chiamate siano ospitate nel cloud. Webex indirizza al cloud solo i partecipanti che sono remoti o non possono connettersi a un cluster locale. In una chiamata con partecipanti locali e cloud, il cluster locale viene collegato (in cascata) al cloud per combinare tutti i partecipanti in un'unica chiamata.
Se imposta la riunione come tipo di riunione privata, Webex conserva tutte le chiamate sui suoi cluster locali. Le riunioni private non arrivano mai al cloud.
Il dispositivo Webex si registra con Webex
Oltre a determinare la raggiungibilità, i clienti eseguono anche test periodici di ritardo di andata e ritorno utilizzando Simple Traversal of UDP through NAT (STUN). Il ritardo di andata e ritorno (SRT) STUN è un fattore importante nella selezione delle potenziali risorse durante una chiamata effettiva. Quando vengono implementati più cluster, i criteri di selezione principali si basano sul ritardo SRT appreso. I test di raggiungibilità vengono eseguiti in background, avviati da una serie di fattori, tra cui le modifiche alla rete, e non introducono ritardi che influiscono sui tempi di configurazione delle chiamate. I due esempi seguenti mostrano i possibili risultati dei test di raggiungibilità.
Test di ritardo di andata e ritorno: il dispositivo cloud non riesce a raggiungere il cluster locale
Test di ritardo di andata e ritorno: il dispositivo cloud raggiunge con successo il cluster locale
Le informazioni sulla raggiungibilità apprese vengono fornite al cloud Webex ogni volta che viene impostata una chiamata. Queste informazioni consentono al cloud di selezionare la risorsa migliore (cluster o cloud), in base alla posizione relativa del cliente rispetto ai cluster disponibili e al tipo di chiamata. Se non sono disponibili risorse nel cluster preferito, la disponibilità di tutti i cluster viene testata in base al ritardo SRT. Viene scelto un cluster preferito con il ritardo SRT più basso. Le chiamate vengono effettuate in locale da un cluster secondario quando il cluster primario è occupato. Le risorse Video Mesh raggiungibili localmente vengono provate per prime, in ordine di ritardo SRT più basso. Quando tutte le risorse locali sono esaurite, il partecipante si connette al cloud.
La definizione e l'ubicazione dei cluster sono fondamentali per un'implementazione che offra la migliore esperienza complessiva per i partecipanti. Idealmente, una distribuzione dovrebbe fornire risorse dove si trovano i clienti. Se non vengono allocate risorse sufficienti dove i client effettuano la maggior parte delle chiamate, viene consumata maggiore larghezza di banda di rete interna per connettere gli utenti a cluster distanti.
Chiamate in sede e nel cloud
I dispositivi Webex locali con la stessa affinità per il cluster (preferenza, basata sulla prossimità al cluster) si connettono allo stesso cluster per una chiamata. I dispositivi Webex locali con diverse affinità di cluster locali si connettono a cluster diversi e i cluster vengono quindi collegati a cascata al cloud per combinare i due ambienti in un'unica chiamata. Questo crea un design hub and spoke con il cloud Webex come hub e i cluster locali che fungono da portavoce della riunione.
Chiamate locali con diverse affinità tra i cluster
Il dispositivo Webex si connette al cluster locale o al cloud in base alla sua raggiungibilità. Di seguito sono riportati alcuni esempi degli scenari più comuni.
Il dispositivo cloud Webex si connette al cloud
Il dispositivo locale Webex si connette al cluster locale
Il dispositivo locale Webex si connette al cloud
Selezione del cluster cloud per l'overflow in base a un ritardo di andata e ritorno STUN di 250 ms o superiore
Sebbene la preferenza per la selezione dei nodi sia rappresentata dai nodi Video Mesh distribuiti localmente, supportiamo uno scenario in cui, se il ritardo di andata e ritorno (SRT) STUN rispetto a un cluster Video Mesh locale supera il ritardo di andata e ritorno tollerabile di 250 ms (cosa che di solito si verifica se il cluster locale è configurato in un altro continente), il sistema seleziona il nodo multimediale cloud più vicino in quell'area geografica invece di un nodo Video Mesh.

-
L'app Webex o il dispositivo Webex si trova sulla rete aziendale di San Jose.
-
I cluster di San Jose e Amsterdam sono al completo o non sono disponibili.
-
Il ritardo SRT nel cluster di Shanghai è superiore a 250 ms e probabilmente introdurrà problemi di qualità multimediale.
-
Il cluster cloud di San Francisco ha un ritardo SRT ottimale.
-
Il cluster Shanghai Video Mesh è escluso dalla considerazione.
-
Di conseguenza, l'app Webex si estende al cluster cloud di San Francisco.
Riunioni private
Le riunioni private isolano tutti i contenuti multimediali della sua rete tramite Video Mesh. A differenza delle normali riunioni, se i nodi locali sono pieni, i contenuti multimediali non vengono trasmessi a cascata al cloud Webex. Ma, per impostazione predefinita, le riunioni private possono passare a cascata a diversi cluster Video Mesh sulla sua rete . Per le riunioni private in diverse località geografiche, i suoi cluster Video Mesh devono avere una connettività diretta tra loro per consentire le cascate tra cluster, come HQ1_VMN nella figura. Remote1_VMN
Si assicuri che le porte necessarie siano aperte nel suo firewall, per consentire una cascata senza ostacoli tra i cluster. Vedere Porte e protocolli per la gestione.
Tutti i partecipanti a una riunione privata devono appartenere all'organizzazione Webex dell'organizzatore della riunione. Possono accedere utilizzando l'app Webex o un sistema video autenticato (endpoint SIP registrati su UCM/VCS o dispositivo video registrato Webex). I partecipanti con accesso VPN o MRA alla sua rete possono partecipare a una riunione privata. Ma nessuno può partecipare a una riunione privata dall'esterno della sua rete.
Modelli di distribuzione supportati da Video Mesh
- Supportato in una distribuzione di video mesh
-
-
Può implementare un nodo Video Mesh in un data center (preferito) o in una zona demilitarizzata (DMZ). Per informazioni, vedere Porte e protocolli utilizzati da Video Mesh.
-
Per una distribuzione DMZ, può configurare i nodi Video Mesh in un cluster con doppia interfaccia di rete (NIC). Questa distribuzione Le consente di separare il traffico di rete aziendale interno (utilizzato per la comunicazione interbox, le cascate tra i nodi di un cluster e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività verso il mondo esterno, le cascate Inter-Cluster e le cascate verso il cloud).
La doppia scheda NIC funziona con la versione completa, VMNLite e demo del software del nodo Video Mesh. Può anche implementare il Video Mesh dietro una configurazione NAT 1:1.
-
Può integrare i nodi Video Mesh nel suo ambiente di controllo delle chiamate. Ad esempio implementazioni con Video Mesh integrato conUnified CM, vedere Modelli di distribuzione per Video Mesh e. Cisco Unified Communications Manager
-
Sono supportati i seguenti tipi di traduzione degli indirizzi:
-
Traduzione dinamica degli indirizzi di rete (NAT) utilizzando un pool IP
-
Traduzione dinamica degli indirizzi di porta (PAT)
-
1:1 NAT
-
Altre forme di NAT dovrebbero funzionare purché vengano utilizzate le porte e i protocolli corretti, ma non le supportiamo ufficialmente perché non sono state testate.
-
-
IPv4
-
Indirizzo IP statico per il nodo Video Mesh
-
- Non supportato in una distribuzione di video mesh
-
-
IPv6
-
DHCP per il nodo Video Mesh
-
Un cluster con una combinazione di scheda NIC singola e doppia scheda NIC
-
Clustering dei nodi Video Mesh sulla rete geografica (WAN)
-
Audio, video o contenuti multimediali che non passano attraverso un nodo Video Mesh:
-
Audio dai telefoni
-
Chiamata peer-to-peer tra l'app Webex e l'endpoint basato su standard
-
Terminazione audio su Video Mesh Node
-
File multimediali inviati tramite la coppia Expressway C/E
-
Videochiamata da Webex
-
-
Modelli di distribuzione per Video Mesh e Cisco Unified Communications Manager
Questi esempi mostrano le implementazioni Video Mesh comuni e La aiutano a capire dove i cluster Video Mesh possono inserirsi nella sua rete. Tenga presente che l'implementazione di Video Mesh dipende da fattori della sua topologia di rete:
-
Sedi dei data center
-
Sedi e dimensioni degli uffici
-
Posizione e capacità di accesso a Internet
In generale, provi a collegare i nodi Video Mesh ai Unified CM cluster Session Management Edition (SME). Come best practice, mantenere i nodi il più centralizzati possibile nelle filiali locali.
Video Mesh supporta la Session Management Edition (SME). Unified CMi cluster possono essere collegati tramite una PMI, quindi è necessario creare un trunk PMI che si connetta ai nodi Video Mesh.
Architettura Hub and Spoke
Questo modello di distribuzione prevede una rete centralizzata e l'accesso a Internet. In genere, la sede centrale ha un'alta concentrazione di dipendenti. In questo caso, un cluster Video Mesh può essere posizionato in posizione centrale per una gestione ottimizzata dei contenuti multimediali.
La localizzazione dei cluster nelle filiali potrebbe non produrre vantaggi a breve termine e potrebbe portare a un routing non ottimale. Le consigliamo di distribuire i cluster in una filiale solo se vi sono comunicazioni frequenti tra le filiali.
Distribuzione geografica
L'implementazione distribuita geograficamente è interconnessa ma può presentare una latenza notevole tra le regioni. La mancanza di risorse può causare l'impostazione di cascate non ottimali a breve termine quando ci sono riunioni tra utenti in ciascuna località geografica. In questo modello, Le consigliamo di allocare nodi Video Mesh vicino all'accesso regionale a Internet.
Distribuzione geografica con chiamata SIP
Questo modello di distribuzione contiene Unified CM cluster regionali. Ogni cluster può contenere un trunk SIP per selezionare le risorse nel cluster Video Mesh locale. Un secondo trunk può fornire un percorso di failover verso una coppia di autostrade se le risorse diventano limitate.
Porte e protocolli utilizzati da Video Mesh
Per garantire una corretta implementazione di Video Mesh e per un funzionamento senza problemi dei nodi Video Mesh, apra le seguenti porte del firewall per l'utilizzo con i protocolli.
-
Vedere Requisiti di rete per i servizi Webex per comprendere i requisiti di rete generali per l'app Webex.
-
Vedere il white paper di Firewall Traversal per ulteriori informazioni sulle pratiche firewall e di rete per i servizi Webex.
-
Per mitigare i potenziali problemi di interrogazione DNS, segua la documentazione sulle best practice DNS, sulle protezioni di rete e sull'identificazione degli attacchi quando configura il firewall aziendale.
-
Per ulteriori informazioni sulla progettazione, vedere Preferred Architecture for Hybrid Services, CVD.
Porte e protocolli per la gestione
I nodi di un cluster Video Mesh richiedono una comunicazione senza ostacoli tra loro. Richiedono inoltre una comunicazione senza ostacoli con i nodi di tutti gli altri cluster Video Mesh. Si assicuri che i suoi firewall consentano tutte le comunicazioni tra i nodi Video Mesh.
I nodi Video Mesh in un cluster devono trovarsi nella stessa VLAN o subnet mask.
|
Scopo |
Fonte |
Destinazione |
IP di origine |
Porta di origine |
Protocollo di trasporto |
IP di destinazione |
Porto di destinazione |
|---|---|---|---|---|---|---|---|
|
Direzione |
Computer di gestione |
Nodo Video Mesh |
Come richiesto |
Qualsiasi |
TCP, HTTPS |
Nodo Video Mesh |
443 |
|
SSH per l'accesso alla console di amministrazione di Video Mesh |
Computer di gestione |
Nodo Video Mesh |
Come richiesto |
Qualsiasi |
TCP |
Nodo Video Mesh |
22 |
|
Comunicazione intracluster |
Nodo Video Mesh |
Nodo Video Mesh |
Indirizzo IP di altri nodi Video Mesh nel cluster |
Qualsiasi |
TCP |
Nodi Video Mesh |
8443 |
|
Direzione |
Nodo Video Mesh |
Nuvola Webex |
Come richiesto |
Qualsiasi |
UDP, NTP UDP, DNS TCP, HTTPS (WebSocket) |
Qualsiasi |
123* 53* |
|
Segnalazione a cascata |
Nodo Video Mesh |
Nuvola Webex |
Qualsiasi |
Qualsiasi |
TCP |
Qualsiasi |
443 |
|
Cascade Media |
Nodo Video Mesh |
Nuvola Webex |
Nodo Video Mesh |
Qualsiasi*** |
UDP |
Qualsiasi Per intervalli di indirizzi specifici, vedere la sezione «Sottoreti IP per i servizi Webex Media» in Requisiti di rete per Webex Services. |
5004 e 9000 Per i dettagli, vedere la sezione «Webex Services — Numeri di porta e protocolli» in Requisiti di rete per i servizi Webex. |
|
Segnalazione a cascata |
Cluster video mesh (1) |
Cluster video mesh (2) |
Qualsiasi |
Qualsiasi |
TCP |
Qualsiasi |
4442 |
|
Cascade Media |
Cluster video mesh (1) |
Cluster video mesh (2) |
Cluster video mesh (1) |
Qualsiasi*** |
UDP |
Qualsiasi |
Qualsiasi*** |
|
Direzione |
Nodo Video Mesh |
Nuvola Webex |
Come richiesto |
Qualsiasi |
TCP, HTTPS |
Qualsiasi** |
443 |
|
Direzione |
Nodo Video Mesh (1) |
Nodo Video Mesh (2) |
Nodo Video Mesh (1) |
Qualsiasi |
TCP, HTTPS (WebSocket) |
Nodo Video Mesh (2) |
443 |
|
Comunicazione interna |
Nodo Video Mesh |
Tutti gli altri nodi Video Mesh |
Nodo Video Mesh |
Qualsiasi |
UDP |
Qualsiasi |
da 10000 a 40000 |
* La configurazione predefinita nell'OVA è configurata per NTP e DNS. L'OVA richiede che Lei apra le porte in uscita verso Internet. Se configura un server NTP e DNS locale, non è necessario aprire le porte 53 e 123 tramite il firewall.
** Poiché alcuni URL dei servizi cloud sono soggetti a modifiche senza preavviso, ANY è la destinazione consigliata per un funzionamento senza problemi dei nodi Video Mesh. Se preferisce filtrare il traffico in base agli URL, vedere la sezione URL aggiuntivi per Webex Hybrid Services
dei Requisiti di rete per Webex Services per ulteriori informazioni.
***Le porte variano a seconda che Lei abiliti QoS. Con QoS abilitato, le porte sono 52.500-62999 e 63000-65500. Con QoS disattivato, le porte sono 34.000-34.999.
Segnalazioni sul traffico per Video Mesh (qualità del servizio abilitata)
Per le implementazioni in cui il nodo Video Mesh si trova sul lato aziendale della DMZ o all'interno del firewall, è disponibile un'impostazione di configurazione del nodo Video Mesh nel Webex Control Hub che consente all'amministratore di ottimizzare gli intervalli di porte utilizzati dal nodo Video Mesh per la marcatura della rete QoS. Questa impostazione della qualità del servizio è abilitata per impostazione predefinita e modifica le porte di origine utilizzate per la condivisione di audio, video e contenuti in base ai valori di questa tabella. Questa impostazione Le consente di configurare le politiche di marcatura QoS in base agli intervalli di porte UDP per differenziare l'audio dalla condivisione di video o contenuti e contrassegnare tutto l'audio con il valore consigliato di EF e la condivisione di video e contenuti con un valore consigliato di AF41.
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video, che sono l'obiettivo principale delle configurazioni di rete QoS. Sebbene le politiche di marcatura QoS di rete per i contenuti multimediali su UDP siano al centro della seguente tabella, i nodi Webex Video Mesh interrompono anche il traffico TCP per la presentazione e la condivisione di contenuti per l'app Webex utilizzando le porte temporanee 52500-65500. Se un firewall si trova tra i nodi Video Mesh e l'app Webex, anche quelle porte TCP devono essere consentite per il corretto funzionamento.
Video Mesh Node contrassegna il traffico in modo nativo. Questa marcatura nativa è asimmetrica in alcuni flussi e dipende dal fatto che le porte di origine siano porte condivise (porta singola come 5004 per più flussi verso varie destinazioni e porte di destinazione) o se non lo siano (dove la porta rientra in un intervallo ma è unica per quella specifica sessione bidirezionale).
Per comprendere la marcatura nativa di un nodo Video Mesh, noti che il nodo Video Mesh contrassegna l'EF audio quando non utilizza la porta 5004 come porta sorgente. Alcuni flussi bidirezionali come le cascate da Video Mesh a Video Mesh o Video Mesh to Webex App saranno contrassegnati in modo asimmetrico, un motivo per utilizzare la rete per contrassegnare il traffico in base agli intervalli di porte UDP forniti.
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione | Marcatura DSCP nativa | Tipo di supporto |
|
Nodo Video Mesh |
Servizi multimediali cloud Webex |
da 35000 fino a 52499 |
5004 |
AF41 |
Testare i pacchetti STUN |
| Nodo Video Mesh | Servizi multimediali cloud Webex | da 52500 fino a 6299 | 5004 e 9000 | EF | Audio |
| Nodo Video Mesh | Servizi multimediali cloud Webex | da 63000 fino a 65500 | 5004 e 9000 | AF41 | Video |
| Nodo Video Mesh | Nodo Video Mesh | da 10000 a 40000 | da 10000 a 40000 | — | Audio |
| Nodo Video Mesh | Nodo Video Mesh | da 10000 a 40000 | da 10000 a 40000 | — | Video |
| Nodo Video Mesh | Unified CMEndpoint SIP | da 52500 fino a 59499 | Unified CMProfilo SIP | EF | Audio |
| Nodo Video Mesh | Unified CMEndpoint SIP | da 6300 fino a 6467 | Unified CMProfilo SIP | AF41 | Video |
|
Cluster di mesh video |
Cluster di mesh video | da 52500 fino a 6299 | da 52500 fino a 6299 | EF | Audio |
|
Cluster di mesh video |
Cluster di mesh video | da 63000 fino a 65500 | da 63000 fino a 65500 | AF41 | Video |
| Nodo Video Mesh | App Webex o endpoint registrato Webex | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo Video Mesh | App Webex o endpoint registrato Webex | 5004 | da 52100 a 52299 | AF41 | Video |
* La direzione del traffico multimediale determina i contrassegni DSCP. Se le porte di origine provengono dal nodo Video Mesh (dal nodo Video Mesh all'app Webex), il traffico è contrassegnato solo come AF41. Il traffico multimediale che proviene dall'app Webex o dagli endpoint registrati Webex ha i contrassegni DSCP separati, ma il traffico di ritorno dalle porte condivise del nodo Video Mesh no.
Differenziazione delle porte di origine UDP (client dell'app Windows Webex): contatti il team del suo account locale se desidera che la differenziazione delle porte di origine UDP sia abilitata per la sua organizzazione. Se questa opzione non è abilitata, la condivisione di audio e video non può essere differenziata dal sistema operativo Windows. Le porte di origine saranno le stesse per la condivisione di audio, video e contenuti su dispositivi Windows.
Segnalature sul traffico per Video Mesh (qualità del servizio disattivata)
Per le distribuzioni in cui il nodo Video Mesh si trova nella DMZ, è disponibile un'impostazione di configurazione del nodo Video Mesh nel Webex Control Hub che consente di ottimizzare gli intervalli di porte utilizzati dal nodo Video Mesh. Questa impostazione della qualità del servizio, se disattivata (abilitata per impostazione predefinita), modifica le porte di origine utilizzate per la condivisione di audio, video e contenuti dal nodo Video Mesh nell'intervallo da 34000 a 34999. Il nodo Video Mesh contrassegna quindi in modo nativo tutta la condivisione di audio, video e contenuti su un singolo DSCP di AF41.
Poiché le porte di origine sono le stesse per tutti i file multimediali indipendentemente dalla destinazione, non può distinguere l'audio dal video o dalla condivisione dei contenuti in base all'intervallo di porte con questa impostazione disabilitata. Questa configurazione Le consente di configurare i pin hole del firewall per i media più facilmente rispetto a quando la qualità del servizio è abilitata.
La tabella e il diagramma mostrano le porte UDP utilizzate per i flussi audio e video quando QoS è disabilitato.
| Indirizzo IP di origine | Indirizzo IP di destinazione | Porte UDP di origine | Porte UDP di destinazione |
Marcatura DSCP nativa | Tipo di supporto |
| Nodo Video Mesh | Servizi multimediali cloud Webex | da 34000 fino a 34999 | 5004 e 9000 | AF41 | Audio |
| Nodo Video Mesh | Servizi multimediali cloud Webex | da 34000 fino a 34999 | 5004 e 9000 | AF41 | Video |
| Nodo Video Mesh | Nodo Video Mesh | da 10000 a 40000 | da 10000 a 40000 | AF41 | Audio |
| Nodo Video Mesh | Nodo Video Mesh | da 10000 a 40000 | da 10000 a 40000 | AF41 | Video |
|
Cluster di mesh video |
Cluster di mesh video | da 34000 fino a 34999 | da 34000 fino a 34999 | AF41 | Audio |
|
Cluster di mesh video |
Cluster di mesh video | da 34000 fino a 34999 | da 34000 fino a 34999 | AF41 | Video |
| Nodo Video Mesh | Unified CMEndpoint SIP | da 52500 fino a 59499 | Unified CMProfilo SIP | AF41 | Audio |
| Nodo Video Mesh | Unified CMEndpoint SIP | da 6300 fino a 6467 | Unified CMProfilo SIP | AF41 | Video |
|
Nodo Video Mesh |
Servizi multimediali cloud Webex |
da 35000 fino a 52499 |
5004 |
AF41 |
Testare i pacchetti STUN |
| Nodo Video Mesh | App Webex o endpoint registrato Webex | 5004 | da 52000 a 52099 | AF41 | Audio |
| Nodo Video Mesh | App Webex o endpoint registrato Webex | 5004 | da 52100 a 52299 | AF41 | Video |
Porte e protocolli per il traffico Webex Meetings
|
Scopo |
Fonte |
Destinazione |
IP di origine |
Porta di origine |
Protocollo di trasporto |
IP di destinazione |
Porto di destinazione |
|---|---|---|---|---|---|---|---|
|
Convocazione alla riunione |
App (app Webex per desktop e dispositivi mobili) Dispositivi registrati Webex |
Nodo Video Mesh |
Come richiesto |
Qualsiasi |
UDP e TCP (utilizzati dall'app Webex) SRTP (Qualsiasi) |
Qualsiasi** |
5004 |
|
Dispositivo SIP che chiama alla riunione (segnalazione SIP) |
Unified CMo controllo delle Cisco Expressway chiamate |
Nodo Video Mesh |
Come richiesto |
Effimero (>=1024) |
TCP o TLS |
Qualsiasi** |
5060 o 5061 |
|
Cascade |
Nodo Video Mesh |
Nuvola Webex |
Come richiesto |
da 34000 fino a 34999 |
UDP, SRTP (qualsiasi) * |
Qualsiasi** |
5004 e 9000 |
|
Cascade |
Nodo Video Mesh |
Nodo Video Mesh |
Come richiesto |
da 34000 fino a 34999 |
UDP, SRTP (qualsiasi) * |
Qualsiasi** |
5004 |
La porta 5004 viene utilizzata per tutti i media cloud e i nodi Video Mesh locali.
L'app Webex continua a connettersi ai nodi Video Mesh tramite le porte condivise 5004. Queste porte vengono utilizzate anche dall'app Webex e dagli endpoint registrati Webex per i test STUN sui nodi Video Mesh. Da nodo Video Mesh a nodo Video Mesh per le cascate utilizzano un intervallo di porte di destinazione compreso tra 10000 e 40000. * Anche il TCP è supportato, ma non preferito perché può influire sulla qualità dei contenuti multimediali.
** Se desidera limitare in base agli indirizzi IP, vedere gli intervalli di indirizzi IP documentati in Requisiti di rete per i servizi Webex.
Per una migliore esperienza di utilizzo di Webex nella sua organizzazione, configuri il firewall per consentire tutto il traffico TCP e UDP in uscita destinato alle porte 5004 e tutte le risposte in entrata a quel traffico. I requisiti di porta elencati sopra presuppongono che i nodi Video Mesh siano distribuiti nella LAN (preferito) o in una DMZ e che l'app Webex sia nella LAN.
Qualità video e ridimensionamento per Video Mesh
Di seguito sono riportati alcuni scenari di riunione comuni in cui viene creata una cascata. Video Mesh è adattivo in base alla larghezza di banda disponibile e distribuisce le risorse di conseguenza. Per i dispositivi in riunione che utilizzano il nodo Video Mesh, il collegamento a cascata offre il vantaggio di ridurre la larghezza di banda media e migliorare l'esperienza della riunione per l'utente.
Per le linee guida sulla fornitura della larghezza di banda e sulla pianificazione della capacità, consultare la documentazione di Preferred Architecture.
In base ai relatori attivi alla riunione, vengono stabiliti i collegamenti a cascata. Ogni cascata può contenere fino a 6 stream e la cascata è limitata a 6 partecipanti (6 nella direzione da Webex App/SIP a Webex cloud e 5 nella direzione opposta). Ogni risorsa multimediale (cloud e Video Mesh) richiede al lato remoto gli stream necessari per soddisfare i requisiti degli endpoint locali di tutti i partecipanti remoti sulla cascata.

Per fornire un'esperienza utente flessibile, la piattaforma Webex può trasmettere video multistream ai partecipanti alla riunione. Questa stessa capacità si applica al collegamento a cascata tra i nodi Video Mesh e il cloud. In questa architettura, i requisiti di larghezza di banda variano in base a una serie di fattori, come il layout degli endpoint.
Architettura

In questa architettura, gli endpoint Cisco Webex registrati inviano segnali al cloud e contenuti multimediali ai servizi di commutazione. Gli endpoint SIP locali inviano segnali all'ambiente di controllo delle chiamate (Unified CMo Expressway), che poi li invia al nodo Video Mesh. I file multimediali vengono inviati al servizio di transcodifica.
Partecipanti al cloud e ai locali
I partecipanti locali sul nodo Video Mesh richiedono gli stream desiderati in base ai loro requisiti di layout. Questi stream vengono inoltrati dal nodo Video Mesh all'endpoint per il rendering del dispositivo locale.
Ogni nodo cloud e Video Mesh richiede risoluzioni HD e SD a tutti i partecipanti che sono dispositivi registrati sul cloud o app Webex. A seconda dell'endpoint, invierà fino a 4 risoluzioni, in genere 1080p, 720p, 360p e 180p.
Cascate
La maggior parte degli endpoint Cisco può inviare 3 o 4 stream da un'unica fonte con una gamma di risoluzioni (da 1080p a 180p). Il layout dell'endpoint determina i requisiti per i flussi necessari all'estremità della cascata. Per una presenza attiva, lo streaming video principale è 1080p o 720p, i riquadri video (PIP) sono 180p. A parità di vedute, la risoluzione è 480p o 360p per tutti i partecipanti nella maggior parte dei casi. La cascata creata tra i nodi Video Mesh e il cloud invia anche 720p, 360p e 180p in entrambe le direzioni. Il contenuto viene inviato come flusso singolo e l'audio viene inviato come più stream.
I grafici a cascata della larghezza di banda che forniscono una misurazione per cluster sono disponibili nel menu Analytics di Webex Control Hub. Non può configurare la larghezza di banda a cascata per riunione in Control Hub.
La larghezza di banda a cascata massima negoziata per riunione è di 20 Mbps per il video principale per tutte le sorgenti e i molteplici flussi video principali che potrebbero inviare. Questo valore massimo non include il canale di contenuti o l'audio.
Video principale con esempio di layout multiplo
I seguenti diagrammi illustrano un esempio di scenario di riunione e come la larghezza di banda viene influenzata quando sono in gioco più fattori. Nell'esempio, tutte le app Webex e i dispositivi registrati Webex trasmettono stream 1x720p, 1x360p e 1x180p a Video Mesh. In cascata, i flussi di 720p, 360p e 180p vengono trasmessi in entrambe le direzioni. Il motivo è perché ci sono app Webex e dispositivi registrati Webex che ricevono 720p, 360p e 180p su entrambi i lati della cascata.
Nei diagrammi, i numeri della larghezza di banda per i dati trasmessi e ricevuti sono solo a scopo esemplificativo. Non sono una copertura esaustiva di tutte le riunioni possibili e dei relativi requisiti di larghezza di banda. Scenari di riunione diversi (partecipanti uniti, funzionalità dei dispositivi, condivisione di contenuti all'interno della riunione, attività in un dato momento durante la riunione) produrranno diversi livelli di larghezza di banda.
Il diagramma seguente mostra una riunione con gli endpoint registrati nel cloud e nei locali e un oratore attivo.
Nella stessa riunione, il diagramma seguente mostra un esempio di cascata creata tra i nodi Video Mesh e il cloud in entrambe le direzioni.
Nella stessa riunione, il diagramma seguente mostra un esempio di cascata dal cloud.
Il diagramma seguente mostra una riunione con gli stessi dispositivi sopra indicati, insieme a un Webex Meetings cliente. Il sistema invia l'altoparlante attivo e l'ultimo altoparlante attivo in alta definizione, insieme a un flusso HD aggiuntivo dell'altoparlante attivo per i client Webex Meeting perché i nodi Video Mesh non supportano il Webex Meetings in questo momento.
Requisiti per i servizi Webex
Collabori con il suo partner, il customer success manager (CSM) o il rappresentante di prova per fornire correttamente il Cisco Webex sito e i servizi Webex per Video Mesh:
-
Deve avere un'organizzazione Webex con un abbonamento a pagamento ai servizi Webex.
-
Per sfruttare appieno Video Mesh, si assicuri che il suo sito Webex sia sulla piattaforma video versione 2.0. (Può verificare che il suo sito sia sulla piattaforma video versione 2.0 se ha l'elenco dei tipi di risorse multimediali disponibile nelle opzioni del sito Cloud Collaboration Meeting Room.)

-
Deve abilitare il CMR per il suo sito Webex nei profili utente. (Può farlo aggiornando in blocco il file CSV con l'attributo supportCMR).
Per ulteriori informazioni, vedere Confronto delle funzionalità e percorso di migrazione da Collaboration Meeting Room Hybrid a Video Mesh nell'Appendice.
Verifichi che il Paese di origine sia corretto
Video Mesh utilizza le funzionalità multimediali distribuite a livello globale (GDM) di Webex per ottenere un migliore routing multimediale. Per ottenere una connettività ottimale, Webex seleziona il nodo multimediale cloud più vicino alla sua azienda quando esegue cascate Video Mesh su Webex. Il traffico passa quindi attraverso la backbone Webex per interagire con i microservizi Webex per la riunione. Questo routing riduce al minimo la latenza e mantiene la maggior parte del traffico sulla dorsale Webex e lontano da Internet.
Per supportare GDM, utilizziamo MaxMind come fornitore di localizzazione GeoIP per questo processo. Verifichi che MaxMind identifichi correttamente la posizione del suo indirizzo IP pubblico per garantire un routing efficiente.
| 1 |
In un browser web, inserisca questo URL con l'indirizzo IP pubblico della sua superstrada o del suo endpoint alla fine.
Lei riceve una risposta come la seguente:
|
| 2 |
Verifichi che |
| 3 |
Se la posizione non è corretta, invii una richiesta per correggere la posizione del suo indirizzo IP pubblico a MaxMind all'indirizzo https://www.maxmind.com/en/geoip-data-correction-request. |
Completa i prerequisiti per Video Mesh
Utilizzi questa lista di controllo per assicurarsi di essere pronto per installare e configurare i nodi Video Mesh e integrare un sito Webex con Video Mesh.
| 1 |
Si assicuri che Lei:
|
| 2 |
Collabora con il suo partner, il responsabile del successo dei clienti o il rappresentante di prova per comprendere e preparare il suo ambiente Webex in modo che sia pronto per la connessione a Video Mesh. Per ulteriori informazioni, vedere Requisiti per i servizi Webex. |
| 3 |
Registri le seguenti informazioni di rete da assegnare ai suoi nodi Video Mesh:
|
| 4 |
Prima di iniziare l'installazione, si assicuri che la sua organizzazione Webex sia abilitata per Video Mesh. Questo servizio è disponibile per le organizzazioni con determinati abbonamenti ai servizi Webex a pagamento, come documentato nei Requisiti di licenza per i servizi ibridi. Cisco Webex Contatti il suo partner o account manager Cisco per ricevere assistenza. |
| 5 |
Scelga una configurazione hardware supportata o basata sulle specifiche per il suo nodo Video Mesh, come descritto in Requisiti di sistema e piattaforma per il software Video Mesh Node. |
| 6 |
Si assicuri che il suo server esegua VMware ESXi 7 o 8 e vSphere 7 o 8, con un host VM operativo. |
| 7 |
Se sta integrando Video Mesh nel suo ambiente di controllo delle Unified CM chiamate e desidera che gli elenchi dei partecipanti siano coerenti su tutte le piattaforme di riunione, si assicuri che la modalità di sicurezza del Unified CM cluster sia impostata sulla modalità mista in modo che supporti il traffico crittografato TLS. Il traffico crittografato end-to-end è necessario per il funzionamento di questa funzionalità. Consulti il capitolo sulla configurazione del TLS nella Guida alla sicurezza Cisco Unified Communications Manager per ulteriori informazioni sul passaggio del suo Unified CM ambiente alla modalità mista. Consulta la guida alla soluzione Active Control per ulteriori informazioni sulle funzionalità e su come configurare la crittografia end-to-end. |
| 8 |
Se sta integrando un proxy (ispezione esplicita, trasparente o non ispezione trasparente) con Video Mesh, si assicuri di seguire i requisiti come documentato in Requisiti per il supporto proxy per Video Mesh. |
Cosa fare dopo
Flusso di attività di distribuzione di video mesh
Prima che Lei cominci
| 1 |
Installa e configura il software Video Mesh Node Usa questa procedura per distribuire un nodo Video Mesh sul suo server host che esegue VMware ESXi o vCenter. Lei installa il software in locale che crea un nodo e poi esegue la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerà nel cloud più tardi. |
| 2 |
Accedere alla console Video Mesh Node Accedi alla console per la prima volta. Il software Video Mesh Node ha una password predefinita. Deve modificare questo valore prima di configurare il nodo. |
| 3 |
Imposta la configurazione di rete del nodo Video Mesh nella console Usa questa procedura per configurare le impostazioni di rete per il nodo Video Mesh se non le ha configurate quando ha configurato il nodo su una macchina virtuale. Imposterà un indirizzo IP statico e cambierà i server FQDN/nome host e NTP. Il DHCP non è attualmente supportato. |
| 4 |
Usa questi passaggi per configurare l'interfaccia esterna per una distribuzione con doppia interfaccia di rete (doppia NIC):
Dopo che il nodo è tornato online e ha verificato la configurazione interna della rete, può configurare l'interfaccia di rete esterna se sta implementando il nodo Video Mesh nella DMZ della sua rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno). Può anche fare eccezioni o sostituzioni alle regole di routing predefinite. |
| 5 |
Registrare il nodo Video Mesh su Webex Cloud Utilizzare questa procedura per registrare i nodi Video Mesh nel cloud Webex e completare la configurazione aggiuntiva. Quando usa Control Hub per registrare il suo nodo, crea un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono utenti in una regione geografica specifica. I passaggi di registrazione configurano anche le impostazioni delle chiamate SIP, impostano un programma di aggiornamento e si iscrivono alle notifiche e-mail. |
| 6 |
Abilita e verifica la qualità del servizio (QoS) con le seguenti attività:
Attivi il QoS se desidera che i nodi Video Mesh contrassegnino automaticamente il traffico SIP (endpoint registrati SIP locali) sia per l'audio (EF) che per il video (AF41) separatamente con la classe di servizio appropriata e utilizzino intervalli di porte noti per tipi di media specifici. Questa modifica Le consentirà di creare politiche QoS e di rilevare efficacemente il traffico di ritorno dal cloud, se lo desidera. Utilizza i passaggi del Reflector Tool per verificare che siano aperte le porte corrette sul suo firewall. |
| 7 |
Configurare il nodo Video Mesh per l'integrazione del proxy Usa questa procedura per specificare il tipo di proxy che desidera integrare con un Video Mesh. Se sceglie un proxy di ispezione trasparente, può utilizzare l'interfaccia del nodo per caricare e installare il certificato principale, controllare il proxy e risolvere eventuali problemi. |
| 8 |
Segua Integrate Video Mesh With Call Control Task Flow e scelga una delle seguenti opzioni, a seconda del controllo delle chiamate, dei requisiti di sicurezza e se desidera integrare Video Mesh con il suo ambiente di controllo delle chiamate:
I dispositivi SIP non supportano la raggiungibilità diretta, quindi deve utilizzare Unified CM la nostra configurazione VCS Expressway per stabilire una relazione tra i dispositivi SIP registrati in sede e i suoi cluster di video mesh. Deve solo collegare il suo Unified CM o VCS Expressway al Video Mesh Node, a seconda del suo ambiente di controllo delle chiamate. |
| 9 |
Scambia catene di certificati tra nodi Unified CM e video mesh In questa attività, scarica i certificati dalle Unified CM interfacce Video Mesh e ne carica uno sull'altro. Questo passaggio stabilisce una fiducia sicura tra i due prodotti e, insieme alla configurazione secure trunk, consente al traffico SIP crittografato e ai contenuti multimediali SRTP della sua organizzazione di atterrare sui nodi Video Mesh. |
| 10 |
Abilita la crittografia multimediale per l'organizzazione e i cluster di mesh video Utilizza questa procedura per attivare la crittografia multimediale per la sua organizzazione e i singoli cluster Video Mesh. Questa impostazione impone una configurazione TLS end-to-end e deve disporre di un trunk SIP TLS sicuro Unified CM che punti ai suoi nodi Video Mesh. |
| 11 |
Abilita Video Mesh per il sito Webex Per utilizzare contenuti multimediali ottimizzati per il nodo Video Mesh per una riunione Webex con tutte le app e i dispositivi Webex a cui partecipare, questa configurazione deve essere abilitata per il sito Webex. L'attivazione di questa impostazione collega Video Mesh e le istanze delle riunioni nel cloud e consente l'esecuzione a cascata dai nodi Video Mesh. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo Video Mesh per le riunioni Webex. |
| 12 |
Assegna sale riunioni di collaborazione agli utenti dell'app Webex |
| 13 |
Verifichi l'esperienza della riunione sull'endpoint sicuro Se sta utilizzando la crittografia multimediale tramite la configurazione TLS end-to-end, usi questi passaggi per verificare che gli endpoint siano registrati in modo sicuro e che venga visualizzata l'esperienza di riunione corretta. |
Script di provisioning in blocco per Video Mesh
Se deve implementare molti nodi nella sua distribuzione di Video Mesh, il processo richiede molto tempo. Può utilizzare lo script all'indirizzo https://github.com/CiscoDevNet/webex-video-mesh-node-provisioning per distribuire rapidamente i nodi Video mesh sui server VMware ESXi. Legga il file readme per le istruzioni sull'uso dello script.
Installa e configura il software Video Mesh Node
Usa questa procedura per distribuire un nodo Video Mesh sul suo server host che esegue VMware ESXi o vCenter. Lei installa il software in locale che crea un nodo e poi esegue la configurazione iniziale, ad esempio le impostazioni di rete. Lo registrerà nel cloud più tardi.
È necessario scaricare il pacchetto software (OVA) da Control Hub (https://admin.webex.com), anziché utilizzare una versione scaricata in precedenza. Questo OVA è firmato da certificati Cisco e può essere scaricato dopo aver effettuato l'accesso a Control Hub con le credenziali di amministratore del cliente.
Prima che Lei cominci
-
Vedere Requisiti di sistema e piattaforma per il software Video Mesh Node per le piattaforme hardware supportate e i requisiti delle specifiche per il Video Mesh Node.
-
Si assicuri di avere questi articoli obbligatori:
-
Un computer con:
-
Client VMware vSphere 7 o 8.
Per un elenco dei sistemi operativi supportati, consulti la documentazione di VMware.
-
File OVA del software Video Mesh scaricato.
Scarichi l'ultima versione del software Video Mesh da Control Hub, anziché utilizzare una versione scaricata in precedenza. Può accedere al software anche da questo link. (Il file è di circa 1,5 GB.)
Le versioni precedenti del pacchetto software (OVA) non saranno compatibili con gli ultimi aggiornamenti di Video Mesh. Ciò può causare problemi durante l'aggiornamento dell'applicazione. Si assicuri di scaricare l'ultima versione del file OVA da questo link.
-
-
Un server supportato con VMware ESXi o vCenter 7 o 8 installato e funzionante
-
Disabiliti i backup delle macchine virtuali e la migrazione in tempo reale. I cluster Video Mesh Node sono sistemi in tempo reale; qualsiasi pausa della macchina virtuale può rendere instabili questi sistemi. (Per le attività di manutenzione su un nodo Video Mesh, usi la modalità di manutenzione di Control Hub.)
-
| 1 |
Utilizzando il suo computer, apra il client VMware vSphere e acceda al sistema vCenter o ESXi sul server. |
| 2 |
Vai su . |
| 3 |
Nella pagina Seleziona un modello OVF, faccia clic su File locale, quindi su Scegli file. Vada dove si trova il file videomesh.ova, scelga il file e poi faccia clic su Avanti. Ogni volta che esegue un'installazione di Video Mesh Node, Le consigliamo di scaricare nuovamente l'OVA anziché utilizzare una versione scaricata in precedenza. Se tenta di implementare un vecchio OVA, il suo nodo Video Mesh potrebbe non funzionare correttamente né registrarsi nel cloud. Un vecchio OVA comporterà anche potenziali problemi durante gli aggiornamenti. Si assicuri di scaricare una nuova copia dell'OVA da questo link. |
| 4 |
Nella pagina Seleziona un nome e una cartella, inserire il nome di una macchina virtuale per il nodo Video Mesh (ad esempio, "Video_Mesh_Node_1«), scegliere una posizione in cui può risiedere la distribuzione del nodo della macchina virtuale e quindi fare clic su Avanti. Viene eseguito un controllo di convalida. Al termine, vengono visualizzati i dettagli del modello. |
| 5 |
Verifichi i dettagli del modello e poi faccia clic su Avanti. |
| 6 |
Nella pagina Configurazione, scelga il tipo di configurazione di distribuzione, quindi faccia clic su Avanti.
Le opzioni sono elencate in ordine crescente di fabbisogno di risorse. Se sceglie l'opzione VMNLite, dovrà ripetere i passaggi per distribuire le altre istanze sullo stesso host e scegliere la stessa opzione ogni volta. La co-residenza di istanze VMNLite e non VMNLite non è stata testata e non è supportata. |
| 7 |
Nella pagina Seleziona spazio di archiviazione, si assicuri che il formato del disco predefinito di Thick Provision Lazy Zeroed e la politica di archiviazione VM di Datastore Default siano selezionati, quindi faccia clic su Avanti. |
| 8 |
Nella pagina Seleziona reti, scelga l'opzione di rete dall'elenco di voci per fornire la connettività desiderata alla VM.
L'interfaccia interna (l'interfaccia predefinita per il traffico) viene utilizzata per la CLI, i trunk SIP, il traffico SIP e la gestione dei nodi. L'interfaccia esterna (esterna) è per la comunicazione HTTPS e websocket al cloud Webex, insieme al traffico a cascata dai nodi a una riunione. Per un'implementazione DMZ, può configurare il nodo Video Mesh con la doppia interfaccia di rete (NIC). Questa distribuzione Le consente di separare il traffico di rete aziendale interno (utilizzato per la comunicazione interbox, le cascate tra i nodi di un cluster e per accedere all'interfaccia di gestione del nodo) dal traffico di rete cloud esterno (utilizzato per la connettività verso il mondo esterno, le cascate Inter-Cluster e le cascate verso Webex). Tutti i nodi di un cluster devono essere in modalità doppia NIC; una combinazione di NIC singola e doppia non è supportata. Per un'installazione esistente del software Video Mesh Node, non è possibile passare da una configurazione NIC singola a una doppia NIC. In questo caso deve eseguire una nuova installazione di Video Mesh Node. |
| 9 |
Nella pagina Personalizza modello, configuri le seguenti impostazioni di rete:
Se preferisce, può saltare la configurazione delle impostazioni di rete e seguire i passaggi in Impostazione della configurazione di rete del nodo Video Mesh nella console dopo aver effettuato l'accesso al nodo. |
| 10 |
Nella pagina Pronto per il completamento, verifichi che tutte le impostazioni inserite corrispondano alle linee guida di questa procedura, quindi faccia clic su Fine. Una volta completata la distribuzione dell'OVA, il suo nodo Video Mesh viene visualizzato nell'elenco delle VM. |
| 11 |
Fare clic con il pulsante destro del mouse sulla macchina virtuale Video Mesh Node, quindi scegliere . Il software Video Mesh Node è installato come guest sull'host VM. Ora è pronto per accedere alla console e configurare il nodo Video Mesh. Potrebbe verificarsi un ritardo di qualche minuto prima che i contenitori dei nodi si attivino. Un messaggio bridge firewall viene visualizzato sulla console durante il primo avvio, durante il quale non può accedere. |
Cosa fare dopo
Accedere alla console Video Mesh Node
Accedi alla console per la prima volta. Il software Video Mesh Node ha una password predefinita. Deve modificare questo valore prima di configurare il nodo.
| 1 |
Dal client VMware vSphere, acceda alla macchina virtuale Video Mesh Node, quindi scelga Console. La macchina virtuale Video Mesh Node si avvia e viene visualizzata una richiesta di accesso. Se la richiesta di accesso non viene visualizzata, prema Invio. Potrebbe visualizzare brevemente un messaggio che indica che il sistema è in fase di inizializzazione. |
| 2 |
Usa il seguente nome utente e password predefiniti per accedere: Poiché sta accedendo al Video Mesh Node per la prima volta, deve modificare la passphrase (password) dell'amministratore. |
| 3 |
Per la password (attuale), inserire la password predefinita (dall'alto), quindi premere Invio. |
| 4 |
Per una nuova password, inserisca una nuova passphrase e poi premi Invio. |
| 5 |
Per digitare nuovamente la nuova password, digitare nuovamente la nuova passphrase e quindi premere Invio. Viene visualizzato il messaggio «Password modificata con successo», quindi viene visualizzata la schermata iniziale di Video Mesh Node con un messaggio relativo al divieto dell'accesso non autorizzato. |
| 6 |
Premi Invio per caricare il menu principale. |
Cosa fare dopo
Imposta la configurazione di rete del nodo Video Mesh nella console
Imposta la configurazione di rete del nodo Video Mesh nella console
Usa questa procedura per configurare le impostazioni di rete per il nodo Video Mesh se non le ha configurate quando ha configurato il nodo su una macchina virtuale. Imposterà un indirizzo IP statico e cambierà i server FQDN/nome host e NTP. Il DHCP non è attualmente supportato.
Questi passaggi sono necessari se non ha configurato le impostazioni di rete al momento dell'implementazione di OVA.
L'interfaccia interna (l'interfaccia predefinita per il traffico) viene utilizzata per la CLI, i trunk SIP, il traffico SIP e la gestione dei nodi. L'interfaccia esterna (esterna) è per la comunicazione HTTPS e websocket con Webex, insieme al traffico a cascata dai nodi a Webex.
| 1 |
Aprire l'interfaccia della console del nodo tramite il client VMware vSphere e quindi accedere utilizzando le credenziali di amministratore. Dopo la prima configurazione delle impostazioni di rete e se il Video Mesh è raggiungibile, può accedere all'interfaccia del nodo tramite secure shell (SSH). |
| 2 |
Dal menu principale della console Video Mesh Node, scelga l'opzione 2 Modifica configurazione e poi faccia clic su Seleziona. |
| 3 |
Legga la richiesta di terminazione delle chiamate sul nodo Video Mesh, quindi faccia clic su Sì. |
| 4 |
Faccia clic su Statico, inserisca l'indirizzo IP per l'interfaccia interna, i valori Mask, Gateway e DNS per la sua rete.
|
| 5 |
Inserisca il server NTP della sua organizzazione o un altro server NTP esterno che possa essere utilizzato nella sua organizzazione. Dopo aver configurato il server NTP e salvato le impostazioni di rete, può seguire i passaggi in Verifica lo stato del nodo Video Mesh dalla console per verificare che l'ora si sincronizzi correttamente tramite i server NTP specificati. Se configura più di un server NTP, l'intervallo di polling per il failover è di 40 secondi. |
| 6 |
(Facoltativo) Cambia il nome host o il dominio, se necessario.
|
| 7 |
Faccia clic su Salva, quindi su Salva modifiche e riavvia. Durante il salvataggio, viene eseguita la convalida DNS se Lei ha fornito un dominio. Viene visualizzato un avviso se l'FQDN (nome host e dominio) non è risolvibile utilizzando gli indirizzi dei server DNS forniti. Può scegliere di salvare ignorando l'avviso, ma le chiamate non funzioneranno finché l'FQDN non sarà in grado di risolvere il DNS configurato sul nodo. Dopo il riavvio del Video Mesh Node, le modifiche alla configurazione di rete hanno effetto. |
Cosa fare dopo
Una volta installata e configurata l'immagine del software con le impostazioni di rete (indirizzo IP, DNS, NTP e così via) e accessibile sulla rete aziendale, può passare alla fase successiva della registrazione sicura nel cloud. L'indirizzo IP configurato sul nodo Video Mesh è accessibile solo dalla rete aziendale. Dal punto di vista della sicurezza, il nodo è rafforzato per cui solo gli amministratori dei clienti possono accedere all'interfaccia del nodo per eseguire la configurazione.
Imposta l'interfaccia di rete esterna del nodo Video Mesh
Dopo che il nodo è tornato online e ha verificato la configurazione interna della rete, può configurare l'interfaccia di rete esterna se sta implementando il nodo Video Mesh nella DMZ della sua rete in modo da poter isolare il traffico aziendale (interno) dal traffico esterno (esterno).
| 1 |
Dal menu principale della console Video Mesh Node, scelga l'opzione 5 Configurazione IP esterna e poi faccia clic su Seleziona. |
| 2 |
Fai clic su 1 Abilita/Disabilita, quindi Seleziona e poi Sì per abilitare le opzioni dell'indirizzo IP esterno sul nodo. |
| 3 |
Come ha fatto con la configurazione iniziale della rete, inserisca i valori Indirizzo IP (esterno), Maschera e Gateway. Il campo Interfaccia mostra il nome dell'interfaccia esterna per il nodo. |
| 4 |
Faccia clic su Salva e riavvia. Il nodo si riavvia nuovamente per abilitare il doppio indirizzo IP e quindi configura automaticamente le regole di routing statico di base. Queste regole stabiliscono che il traffico da e verso un indirizzo IP di classe privata utilizza un'interfaccia interna; il traffico da e verso un indirizzo IP di classe pubblica utilizza un'interfaccia esterna. Successivamente, può creare le proprie regole di routing, ad esempio, se deve configurare un override e consentire l'accesso a un dominio esterno dall'interfaccia interna. In determinate circostanze, la connessione SSH esistente potrebbe terminare. Per le organizzazioni che utilizzano indirizzi IP pubblici, deve ristabilire una connessione SSH all'indirizzo IP pubblico del nodo Video Mesh. |
| 5 |
Per convalidare la configurazione dell'indirizzo IP interno ed esterno, dal menu principale della console, vada su 4 Diagnostics, quindi scelga Ping. |
| 6 |
Nel campo ping, inserisca un indirizzo di destinazione che desidera testare, ad esempio una destinazione esterna o un indirizzo IP interno, quindi faccia clic su OK.
|
Cosa fare dopo
API Video Mesh Node
Le API Video Mesh Node consentono agli amministratori dell'organizzazione di gestire la password, le impostazioni di rete interne ed esterne, la modalità di manutenzione e i certificati del server relativi ai nodi Video Mesh. Queste API possono essere richiamate tramite qualsiasi strumento API come Postman, oppure può creare il proprio script per chiamarle. L'utente deve chiamare le API utilizzando l'endpoint appropriato (può utilizzare l'IP del nodo o l'FQDN), il metodo, il corpo, le intestazioni, l'autorizzazione, ecc. appropriati per eseguire l'azione desiderata e ottenere una risposta adeguata, secondo le informazioni fornite di seguito.
Le API di amministrazione di Video Mesh consentono agli amministratori dell'organizzazione di gestire la modalità di manutenzione e la password dell'account amministratore dei nodi Video Mesh.
Ottenga lo stato della modalità di manutenzione
Recupera lo stato corrente della modalità di manutenzione (stato previsto: attivo, disattivato, in sospeso o richiesto).
[GET] https: //< node_ip >/API/v1/external/MaintenanceMode
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 1:
{
"status": {
"code": 200,
"message": "Success"
},
"result": {
"isRegistered": true,
"maintenanceMode": "pending/requested/on/off",
"maintenanceModeLastUpdated": 1691135731847
}
}
Esempio di risposta 2:
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Esempio di risposta 3:
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Abilita o disabilita la modalità di manutenzione
Quando mette un nodo Video Mesh in modalità manutenzione, interrompe correttamente i servizi di chiamata (smette di accettare nuove chiamate e attende fino a 2 ore il completamento delle chiamate esistenti).
[PUT] https: //< node_ip >/API/v1/external/MaintenanceMode
Chiami questa API solo quando non ci sono chiamate attive.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
{
"maintenanceMode": "on"
}
-
MaintenanceMode - Stato della modalità di manutenzione da impostare: «on» o «off».
Intestazioni delle richieste:
«Tipo di contenuto»: «application/json»
Esempi di risposte:
Esempio di risposta 1:
{
"status": {
"code": 200,
"message": "Your request to enable/disable maintenance mode was successful."
}
}
Esempio di risposta 2:
{
"status": {
"code": 409,
"message": "Maintenance Mode is already on/off"
}
}
Esempio di risposta 3:
{
"status": {
"code": 400,
"message": "Bad Request - wrong input"
}
}
Modificare la password dell'amministratore
Cambia la password dell'utente amministratore.
[PUT] https: //< node_ip >/api/v1/external/password
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
{
"newPassword": "new"
}
-
newPassword- La nuova password da impostare per l'account «amministratore» del Video Mesh Node.
Intestazioni delle richieste:
«Tipo di contenuto»: «application/json»
Esempi di risposte:
Esempio di risposta 1:
{
"status": {
"code": 200,
"message": "Successfully set the new passphrase for user admin."
}
}
Esempio di risposta 2:
{
"status": {
"code": 400,
"message": "Enter a new passphrase that wasn't used for one of the previous 3 passphrases."
}
}
Le API Video Mesh Network consentono agli amministratori dell'organizzazione di gestire le impostazioni di rete interne ed esterne.
Ottieni la configurazione della rete esterna
Rileva se la rete esterna è abilitata o disattivata. Se la rete esterna è abilitata, recupera anche l'indirizzo IP esterno, la subnet mask esterna e il gateway esterno.
[GET] https: //< node_ip >/API/v1/External/ExternalNetwork
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 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"
}
}
Esempio di risposta 2:
{
"status": {
"code": 200,
"message": "External network not enabled."
}
}
Esempio di risposta 3:
{
"status": {
"code": 500,
"message": "Failed to get external network configuration."
}
}
Modifica la configurazione della rete esterna
Modifica le impostazioni della rete esterna. Questa API può essere utilizzata per abilitare la rete esterna insieme all'impostazione o alla modifica dell'interfaccia di rete esterna con indirizzo IP esterno, subnet mask esterna e gateway esterno. Può essere utilizzato anche per disabilitare la rete esterna. Dopo aver apportato modifiche alla configurazione della rete esterna, il nodo si riavvia per applicare queste modifiche.
[PUT] https: //< node_ip >/API/v1/Rete esterna/esterna
Può configurarlo solo per i nodi Video Mesh appena distribuiti, la cui password di amministratore predefinita è cambiata. Non usi questa API dopo aver registrato il nodo in un'organizzazione.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
Abilitazione della rete esterna:
{
"externalNetworkEnabled": true,
"externalIp": "1.1.1.1",
"externalMask": "2.2.2.2",
"externalGateway": "3.3.3.3"
}
Disattivazione della rete esterna:
{
"externalNetworkEnabled": false
}
-
ExternalNetworkEnabled - Valore booleano (vero o falso) per abilitare/disabilitare la rete esterna
-
ExternalIP - L'IP esterno da aggiungere
-
ExternalMask - La maschera di rete per la rete esterna
-
ExternalGateway - Il gateway per la rete esterna
Intestazioni delle richieste:
«Tipo di contenuto»: «application/json»
Esempi di risposte:
Esempio di risposta 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."
}
}
Esempio di risposta 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."
}
}
Esempio di risposta 3:
{
"status": {
"code": 400,
"message": "One or more errors in the input: Value should be boolean for 'externalNetworkEnabled'"
}
}
Esempio di risposta 4:
{
"status": {
"code": 400,
"message": "External network configuration has not changed; skipping save of the external network configuration."
}
}
Ottenere i dettagli della rete interna
Recupera i dettagli di configurazione della rete interna che includono modalità di rete, indirizzo IP, subnet mask, gateway, dettagli sulla cache DNS, server DNS, server NTP, interfaccia interna MTU, nome host e dominio.
[GET] https: //< node_ip >/API/v1/Rete esterna/interna
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 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": ""
}
}
Esempio di risposta 2:
{
"status": {
"code": 500,
"message": "Failed to get Network details."
}
}
Esempio di risposta 3:
{
"status": {
"code": 500,
"message": "Failed to get host details."
}
}
Modificare i server DNS
Aggiorna i server DNS con nuovi server.
[PUT] https: //< node_ip >/API/v1/External/InternalNetwork/DNS
Metta il nodo in modalità manutenzione prima di apportare questa modifica. Vedere Abilitare o disabilitare la modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità manutenzione.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
{
"dnsServers": "1.1.1.1 2.2.2.2"
}
-
Server DNS - Server DNS da aggiornare. Sono consentiti più server DNS separati da spazi.
Intestazioni delle richieste:
«Tipo di contenuto»: «application/json»
Esempi di risposte:
Esempio di risposta 1:
{
"status": {
"code": 200,
"message": "Successfully saved DNS servers"
}
}
Esempio di risposta 2:
{
"status": {
"code": 409,
"message": "Requested DNS server(s) already exist."
}
}
Esempio di risposta 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modificare i server NTP
Aggiorna i server NTP con nuovi server.
[PUT] https: //< node_ip >/API/v1/External/InternalNetwork/NTP
Metta il nodo in modalità manutenzione prima di apportare questa modifica. Vedere Abilitare o disabilitare la modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità manutenzione.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
{
"ntpServers": "1.1.1.1 2.2.2.2"
}
-
NTPServers - Server NTP da aggiornare. Sono consentiti più server NTP separati da spazi.
Intestazioni delle richieste:
«Tipo di contenuto»: «application/json»
Esempi di risposte:
Esempio di risposta 1:
{
"status": {
"code": 200,
"message": "Successfully saved the NTP servers."
}
}
Esempio di risposta 2:
{
"status": {
"code": 409,
"message": "Requested NTP server(s) already exist."
}
}
Esempio di risposta 3:
{
"status": {
"code": 424,
"message": "Maintenance Mode is not enabled. Kindly enable Maintenance Mode and try again for this node."
}
}
Modificare nome host e dominio
Aggiorna il nome host e il dominio del nodo Video Mesh.
[PUT] https: //< node_ip >/API/v1/External/InternalNetwork/host
Metta il nodo in modalità manutenzione prima di apportare questa modifica. Il Nodo si riavvia per applicare la modifica. Vedere Abilitare o disabilitare la modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità manutenzione.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
{
"hostName": "test-vmn",
"domain": "abc.com"
}
-
HostName - Il nuovo nome host del nodo.
-
domain - Il nuovo dominio per il nome host del nodo (opzionale).
Intestazioni delle richieste:
«Tipo di contenuto»: «application/json»
Esempi di risposte:
Esempio di risposta 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."
}
}
Esempio di risposta 2:
{
"status": {
"code": 400,
"message": "Unable to resolve FQDN"
}
}
Esempio di risposta 3:
{
"status": {
"code": 409,
"message": "Entered hostname and domain already set to same."
}
}
Abilita o disabilita la memorizzazione nella cache DNS
Abilita o disabilita la memorizzazione nella cache DNS. Valuta la possibilità di abilitare la memorizzazione nella cache se i controlli DNS richiedono spesso più di 750 ms per essere risolti, o se consigliato dall'assistenza Cisco.
[PUT] https: //< node_ip >/api/v1/external/internalnetwork/DNSCaching
Metta il nodo in modalità manutenzione prima di apportare questa modifica. Il Nodo si riavvia per applicare la modifica. Vedere Abilitare o disabilitare la modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità manutenzione.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
{
"dnsCaching": true
}
-
DNSCaching - Configurazione della cache DNS. Accetta valori booleani (vero o falso).
Intestazioni delle richieste:
«Tipo di contenuto»: «application/json»
Esempi di risposte:
Esempio di risposta 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."
}
}
Esempio di risposta 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'dnsCaching' field value should be a boolean"
}
}
Esempio di risposta 3:
{
"status": {
"code": 409,
"message": "dnsCaching is already set to false"
}
}
Modifica interfaccia MTU
Modifica l'unità di trasmissione massima (MTU) per le interfacce di rete del nodo rispetto al valore predefinito di 1500. Sono consentiti valori compresi tra 1280 e 9000.
[PUT] https: //< node_ip >/API/v1/External/InternalNetwork/MTU
Metta il nodo in modalità manutenzione prima di apportare questa modifica. Il Nodo si riavvia per applicare la modifica. Vedere Abilitare o disabilitare la modalità di manutenzione per ulteriori informazioni sullo spostamento di un nodo in modalità manutenzione.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
{
"internalInterfaceMtu": 1500
}
-
InternalInterfaceMTU - Unità di trasmissione massima per le interfacce di rete del nodo. Il valore deve essere compreso tra 1280 e 9000.
Intestazioni delle richieste:
«Tipo di contenuto»: «application/json»
Esempi di risposte:
Esempio di risposta 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."
}
}
Esempio di risposta 2:
{
"status": {
"code": 400,
"message": "One or more errors in the input: 'internalInterfaceMtu' field value should be a number"
}
}
Esempio di risposta 3:
{
"status": {
"code": 400,
"message": "Please enter a number between 1280 and 9000."
}
}
Le API Video Mesh Server Certificate consentono agli amministratori dell'organizzazione di creare, aggiornare, scaricare ed eliminare i certificati relativi ai nodi Video Mesh. Per ulteriori informazioni, vedere Exchange Certificate Chains between Unified CM and Video Mesh Nodes.
Crei il certificato CSR
Genera un certificato CSR (Certificate Signing Request) e la chiave privata, in base ai dettagli forniti.
[POST] https: //< node_ip >/api/v1/ExternalCertManager/GenerateCSR
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
{
"csrInfo":
{
"commonName": "1.2.3.4",
"emailAddress": "abc@xyz.com",
"altNames": "1.1.1.1 2.2.2.2",
"organization": "VMN",
"organizationUnit": "IT",
"locality": "BLR",
"state": "KA",
"country": "IN",
"passphrase": "",
"keyBitSize": 2048
}
}
-
CommonName - IP/FQDN del nodo Video Mesh indicato come nome comune. (obbligatorio)
-
Indirizzo email - Indirizzo email dell'utente. (opzionale)
-
AltNames - Nomi alternativi del soggetto (facoltativo). Sono consentiti più FQDN separati da spazi. Se fornito, deve contenere il nome comune. Se AltNames non viene fornito, accetta CommonName come valore di AltNames.
-
organizzazione - Nome dell'organizzazione/azienda. (opzionale)
-
Unità organizzativa - Nome dell'unità organizzativa o del dipartimento o del gruppo, ecc. (opzionale)
-
località - Città/Località. (opzionale)
-
stato - Stato/Provincia. (opzionale)
-
Paese - Paese/Regione. Abbreviazione di due lettere. Non fornisca più di due lettere. (opzionale)
-
passphrase - Passphrase con chiave privata. (opzionale)
-
KeyBitSize - Dimensione in bit della chiave privata. I valori accettati sono 2048, per impostazione predefinita, o 4096. (opzionale)
Intestazioni delle richieste:
Tipo di contenuto: «application/json»
Esempi di risposte:
Esempio di risposta 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
}
}
Esempio di risposta 2:
{
"status": {
"code": 400,
"message": "Private key already exists. Delete it before generating new CSR."
}
}
Esempio di risposta 3:
{
"status": {
"code": 400,
"message": "CSR certificate already exists. Delete it before generating new CSR."
}
}
Esempio di risposta 4:
{
"status": {
"code": 400,
"message": "CSR certificate and private key already exist. Delete them before generating new CSR."
}
}
Esempio di risposta 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."
}
}
Scarica il certificato CSR
Scarica il certificato CSR generato.
[OTTIENI] https: //< node_ip >/api/v1/ExternalCertManager/CSR
Può anche scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 1:
-----BEGIN CERTIFICATE REQUEST-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE REQUEST-----
Esempio di risposta 2:
{
"status": {
"code": 404,
"message": "Could not download, CSR certificate does not exist."
}
}
Scarica la chiave privata
Scarica la chiave privata generata insieme al certificato CSR.
[GET] https: //< node_ip >/api/v1/ExternalCertManager/key
Può anche scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 1:
-----BEGIN RSA PRIVATE KEY-----
S4MP1E_PR1V4T3_K3Y
-----END RSA PRIVATE KEY-----
Esempio di risposta 2:
{
"status": {
"code": 404,
"message": "Could not download, private key does not exist."
}
}
Eliminare il certificato CSR
Elimina il certificato CSR esistente.
[ELIMINA] https: //< node_ip >/api/v1/ExternalCertManager/CSR
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CSR certificate"
}
}
Esempio di risposta 2:
{
"status": {
"code": 404,
"message": "CSR certificate does not exist."
}
}
Elimini la chiave privata
Elimina la chiave privata esistente.
[ELIMINA] https: //< node_ip >/api/v1/ExternalCertManager/key
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the private key"
}
}
Esempio di risposta 2:
{
"status": {
"code": 404,
"message": "Private key does not exist."
}
}
Installa il certificato e la chiave privata firmati dalla CA
Carica il certificato firmato dalla CA fornito e la chiave privata sul nodo Video Mesh e installa il certificato sul nodo.
[POST] https: //< node_ip >/api/v1/ExternalCertManager/uploadInstallCACERT
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Corpo:
Usa «form-data» per caricare i seguenti file:
-
File del certificato firmato CA (.crt) con chiave come «File CRT».
-
File con chiave privata (.key) con chiave 'keyFile'.
Intestazioni delle richieste:
Tipo di contenuto: «multipart/form-data»
Esempi di risposte:
Esempio di risposta 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
}
}
Esempio di risposta 2:
{
"status": {
"code": 400,
"message": "Could not parse the certificate file. Make sure it is a properly formatted certificate and try again."
}
}
Esempio di risposta 3:
{
"status": {
"code": 400,
"message": "Private Key does not match Certificate (different modulus)"
}
}
Esempio di risposta 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."
}
}
Scarica il certificato firmato dalla CA
Scarica il certificato firmato dalla CA installato sul nodo.
[OTTIENI] https: //< node_ip >/api/v1/ExternalCertManager/CACERT
Può anche scaricare il file tramite l'opzione Invia e scarica.
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 1:
-----BEGIN CERTIFICATE-----
S4MP1E_C3RT_C0NT3NT
-----END CERTIFICATE-----
Esempio di risposta 2:
{
"status": {
"code": 404,
"message": "Could not download, CA certificate does not exist."
}
}
Eliminare il certificato firmato dalla CA
Elimina il certificato firmato dalla CA installato sul nodo.
[ELIMINA] https: //< node_ip >/api/v1/ExternalCertManager/CACERT
Autorizzazione: autenticazione di base che utilizza il nome utente di Video Mesh ('admin') e la password.
Esempi di risposte:
Esempio di risposta 1:
{
"status": {
"code": 200,
"message": "Successfully deleted the CA certificate."
}
}
Esempio di risposta 2:
{
"status": {
"code": 404,
"message": "CA certificate does not exist."
}
}
Di seguito sono elencati alcuni esempi di risposte che potrebbe incontrare durante l'utilizzo di una delle API sopra menzionate.
Esempio di risposta 1: Credenziali errate fornite nell'autorizzazione di base.
{
"status": {
"code": 401,
"message": "login failed: incorrect password or username"
}
}
Esempio di risposta 2: VMN non è aggiornato alla versione richiesta che supporta queste API.
{
"status": {
"code": 421,
"message": "Misdirected Request 1:[undefined]"
}
}
Esempio di risposta 3: Referer errato inserito nell'intestazione (quando l'intestazione non era prevista).
{
"status": {
"code": 421,
"message": "Misdirected Request 2:[https://x.x.x.x/setup]"
}
}
Esempio di risposta 4: limite di frequenza superato, riprovi dopo qualche tempo.
{
"status": {
"code": 429,
"message": "Too Many Requests"
}
}
Aggiungere regole di routing interne ed esterne
In una distribuzione con doppia interfaccia di rete (NIC), può ottimizzare il routing per i nodi Video Mesh aggiungendo regole di routing definite dall'utente per le interfacce esterne e interne. Le route predefinite vengono aggiunte ai nodi, ma Lei può fare eccezioni, ad esempio sottoreti o indirizzi host esterni a cui è necessario accedere tramite l'interfaccia interna, o sottoreti o indirizzi host interni a cui è necessario accedere dall'interfaccia esterna. Esegua i seguenti passaggi, se necessario.
| 1 |
Dall'interfaccia del nodo Video Mesh, scelga 5 Configurazione IP esterna e poi faccia clic su Seleziona. |
| 2 |
Scelga 3 Gestisci regole di routing, quindi faccia clic su Seleziona. La prima volta che apre questa pagina, le regole di routing di sistema predefinite vengono visualizzate nell'elenco. Per impostazione predefinita, tutto il traffico interno passa attraverso l'interfaccia interna e il traffico esterno attraverso l'interfaccia esterna.
Può aggiungere sostituzioni manuali a queste regole nei passaggi successivi. |
| 3 |
Se necessario, segua questi passaggi:
Man mano che aggiunge ogni regola, queste vengono visualizzate nell'elenco delle regole di routing, classificate come regole definite dall'utente. I percorsi predefiniti non possono essere eliminati, ma può eliminare qualsiasi sostituzione definita dall'utente che ha configurato. |
Le regole di routing personalizzate possono creare potenziali conflitti con altri routing. Ad esempio, può definire una regola che blocca la sua connessione SSH all'interfaccia Video Mesh Node. In tal caso, effettui una delle seguenti operazioni e poi rimuova o modifica la regola di routing:
-
Aprire una connessione SSH all'indirizzo IP pubblico del nodo Video Mesh.
-
Accedere al nodo Video Mesh tramite la console ESXi
Registrare il nodo Video Mesh su Webex Cloud
Utilizzare questa procedura per registrare i nodi Video Mesh nel cloud Webex e completare la configurazione aggiuntiva. Quando usa Control Hub per registrare il suo nodo, crea un cluster a cui è assegnato il nodo. Un cluster contiene uno o più nodi multimediali che servono utenti in una regione geografica specifica. I passaggi di registrazione configurano anche le impostazioni delle chiamate SIP, impostano un programma di aggiornamento e si iscrivono alle notifiche e-mail.
Prima che Lei cominci
-
Una volta iniziata la registrazione di un nodo, deve completarla entro 60 minuti o deve ricominciare da capo.
-
Per ottenere i migliori risultati, distribuisca tutti i nodi di un cluster nello stesso data center. Vedi Clusters in Video Mesh per sapere come funzionano e le best practice.
-
Dall'host o dal computer in cui sta registrando i nodi Video Mesh sul cloud, deve disporre della connettività al cloud Webex e agli indirizzi IP Video Mesh che vengono registrati (in un ambiente con doppia NIC, in particolare gli indirizzi IP interni dei nodi Video Mesh).
| 1 |
Accedi a Control Hub. Lei accede a Control Hub utilizzando le credenziali di amministratore. La funzionalità di amministrazione di Control Hub è disponibile solo per gli utenti definiti amministratori in Control Hub. Per ulteriori informazioni, vedere Ruoli nell'account del cliente. |
| 2 |
Vai su e scegline uno:
|
| 3 |
Si assicuri di aver installato e configurato il suo nodo Video Mesh. Fai clic su Sì, sono pronto per registrarmi... , quindi faccia clic su Avanti. |
| 4 |
In Crea un nuovo cluster o seleziona un cluster, scegline uno:
Le consigliamo di assegnare un nome a un cluster in base alla posizione geografica dei nodi del cluster. Ad esempio, «San Francisco». |
| 5 |
In Inserisci il nome di dominio completo (FQDN) o l'indirizzo IP interno del suo nodo Video Mesh, quindi fai clic su Avanti.
Un FQDN deve risolversi direttamente nell'indirizzo IP o non è utilizzabile. Eseguiamo la convalida sull'FQDN per escludere qualsiasi errore di battitura o mancata corrispondenza di configurazione. La doppia interfaccia di rete non supporta la specificazione di un FQDN per l'indirizzo IP esterno. L'FQDN può essere aggiunto solo nella schermata in cui è inserito l'indirizzo IP interno. Questo è ciò che l'FQDN deve risolvere utilizzando i server DNS specificati nella stessa schermata. |
| 6 |
In Pianificazione dell'aggiornamento, scelga ora, frequenza e fuso orario. L'impostazione predefinita è una pianificazione giornaliera degli aggiornamenti. Può cambiarlo in un programma settimanale in un giorno specifico. Quando è disponibile un aggiornamento, il software Video Mesh Node si aggiorna automaticamente durante il periodo selezionato. Quando è disponibile un aggiornamento, può utilizzare Upgrade Now per avviare l'aggiornamento prima della prossima finestra di manutenzione o Postpone per posticiparlo alla finestra successiva. |
| 7 |
In Notifiche e-mail, aggiunga gli indirizzi email dell'amministratore per iscriversi alle notifiche sugli allarmi di servizio e sugli aggiornamenti software. Il suo indirizzo email di amministratore viene aggiunto automaticamente. Può rimuoverlo se vuole. |
| 8 |
Attiva l'impostazione Qualità video per abilitare i video a 1080p a 30 fps. Con questa impostazione, i partecipanti SIP che partecipano a una riunione ospitata in un nodo Video Mesh possono utilizzare video 1080p a 30 fps se sono tutti all'interno della rete aziendale e utilizzano un dispositivo con capacità di alta definizione. L'impostazione si applica a tutti i cluster di nodi.
|
| 9 |
Legga le informazioni in Registrazione completa, quindi faccia clic su Vai al nodo per registrare il nodo nel cloud Webex. Si apre una nuova scheda del browser per controllare il nodo. Questo passaggio elenca in modo sicuro il nodo Video Mesh utilizzando l'indirizzo IP del nodo. Durante il processo di registrazione, Control Hub La reindirizza al nodo Video Mesh. L'indirizzo IP deve essere inserito nella lista sicura, altrimenti la registrazione non va a buon fine. Il processo di registrazione deve essere completato dalla rete aziendale in cui è installato il nodo. |
| 10 |
Selezionare Consenti l'accesso al nodo Webex Video Mesh, quindi fare clic su Continua. |
| 11 |
Faccia clic su Consenti. Il suo account è convalidato, il suo nodo Video Mesh è registrato e viene visualizzato il messaggio Registrazione completata, che indica che il suo nodo Video Mesh è ora registrato su Webex. Il Video Mesh Node ottiene le credenziali della macchina in base ai diritti della sua organizzazione. Le credenziali della macchina generate scadono periodicamente e vengono aggiornate. |
| 12 |
Faccia clic sul link del portale o chiuda la scheda per tornare alla pagina Video Mesh. Nella pagina Video Mesh, ora vede il nuovo cluster che contiene il nodo Video Mesh che ha registrato.
A questo punto, il Video Mesh Node è pronto per comunicare con i servizi cloud Cisco sui canali protetti utilizzando un token emesso per l'autenticazione. Il nodo Video Mesh comunica anche con Docker Hub (docker.com, docker.io). Docker viene utilizzato dal nodo Video Mesh per archiviare contenitori da distribuire a diversi nodi Video Mesh in tutto il mondo. Solo Cisco ha le credenziali per scrivere su Docker Hub. I nodi Video Mesh possono contattare Docker Hub utilizzando credenziali di sola lettura per scaricare i contenitori per gli aggiornamenti. Le immagini vengono scaricate in base al checksum, che viene trasmesso al nodo come parte dei dati di provisioning. Consulta questo documento per maggiori dettagli su come funziona docker pull: https://docs.docker.com/v17.09/engine/userguide/storagedriver/imagesandcontainers/#sharing-promotes-smaller-images |
Cose da tenere a mente
Tenga a mente le seguenti informazioni su Video Mesh Node e su come funziona una volta registrato nella sua organizzazione Webex:
-
Quando distribuisce un nuovo nodo Video Mesh, l'app Webex e il dispositivo registrato Webex non riconosceranno il nuovo nodo per un massimo di 2 ore. I client verificano la raggiungibilità del cluster durante l'avvio, una modifica alla rete o la scadenza della cache. Può attendere 2 ore o, come soluzione alternativa, riavviare la sua app Webex o riavviare il dispositivo Webex da sala o da scrivania. Successivamente, l'attività delle chiamate viene acquisita nei report Video Mesh in Control Hub.
-
Un nodo Video Mesh si registra in una singola organizzazione Webex; non è un dispositivo multitenant.
-
Per capire cosa utilizza Video Mesh Node e cosa no, consulta la tabella in Client e dispositivi che utilizzano Video Mesh Node.
-
Il nodo Video Mesh può connettersi al suo sito Webex o al sito Webex di un altro cliente o partner. Ad esempio, il sito A ha distribuito un cluster Video Mesh Node e lo ha registrato con il dominio example1.webex.com. Se gli utenti del Sito A si collegano a mymeeting@example1.webex.com, utilizzano il nodo Video Mesh ed è possibile creare una cascata. Se gli utenti del sito A chiamano yourmeeting@example2.webex.com, gli utenti del sito A utilizzeranno il loro nodo Video Mesh locale e si connetteranno alla riunione sull'organizzazione Webex del sito B.
Cosa fare dopo
-
Per registrare nodi aggiuntivi, ripeta questi passaggi.
-
Se è disponibile un upgrade, Le consigliamo di applicarlo il prima possibile. Per effettuare l'aggiornamento, completi i seguenti passaggi:
-
I dati di provisioning vengono inviati al cloud Webex dal team di sviluppo di Cisco tramite canali sicuri. I dati di approvvigionamento sono firmati. Per i contenitori, i dati di provisioning contengono nome, checksum, versione e così via. Video Mesh Node ottiene anche i dati di provisioning dal cloud Webex tramite canali protetti.
-
Una volta che Video Mesh Node ottiene i dati di provisioning, il nodo si autentica con credenziali di sola lettura e scarica il contenitore con checksum e nome specifici e aggiorna il sistema. Ogni contenitore in esecuzione su Video Mesh Node ha un nome di immagine e un checksum. Questi attributi vengono caricati nel cloud Webex utilizzando canali protetti.
-
Abilita la qualità del servizio (QoS) per il nodo Video Mesh
Prima che Lei cominci
-
Apportare le modifiche necessarie alla porta del firewall illustrate nel diagramma e nella tabella. Vedere Porte e protocolli utilizzati da Video Mesh.
-
Perché i nodi Video Mesh siano abilitati per QoS, i nodi devono essere online. I nodi in modalità manutenzione o offline sono esclusi quando abilita questa impostazione.
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su , faccia clic su Modifica impostazioni sulla scheda Video Mesh. |
| 2 |
Scorra fino a Qualità del servizio e faccia clic su Abilita. Se abilitato, ottiene l'ampio intervallo di porte discreto (determinato dalla configurazione del controllo delle chiamate locale) utilizzato per audio e video per client/endpoint SIP locali e cascate intracluster con contrassegni DSCP univoci:.
Tutto il traffico SIP e in cascata proveniente dai nodi Video Mesh è contrassegnato con EF per l'audio e AF41 per il video. Gli intervalli di porte discreti vengono utilizzati come porte di origine per i file multimediali in cascata verso altri nodi Video Mesh e nodi multimediali cloud, nonché come porte di origine e destinazione per i media client SIP. L'app Webex e i supporti a cascata continuano a utilizzare la porta condivisa di destinazione 5004 e 9000. Tutto il traffico di ritorno di Video Mesh (audio, video, contenuti) proveniente dalle porte condivise è contrassegnato con AF41. Il traffico audio deve essere segnalato a EF nella sua rete, in base ai numeri delle porte di origine. Viene visualizzato un messaggio di stato che mostra quali nodi vengono abilitati uno per uno per l'intervallo di porte QoS. Può fare clic su Rivedi i nodi in sospeso per visualizzare un elenco di nodi in attesa di QoS. L'attivazione di questa impostazione può richiedere fino a 2 ore, a seconda del traffico di chiamate sui nodi. |
| 3 |
Se il QoS non è completamente abilitato entro 2 ore, apra un caso con il supporto per ulteriori indagini. I nodi si riavviano e vengono aggiornati con il nuovo intervallo di porte. |
Se decide di disabilitare l'impostazione, ottiene il piccolo intervallo di porte consolidato utilizzato sia per l'audio che per il video (34000—34999). Tutto il traffico proveniente dai nodi Video Mesh (SIP, cascate, traffico cloud e così via) ottiene un unico contrassegno AF41.
Verifica gli intervalli di porte dei nodi Video Mesh con lo strumento Reflector nell'interfaccia web
Lo strumento reflector (una combinazione di un server sul nodo Video Mesh e un client tramite uno script Python) viene utilizzato per verificare se le porte TCP/UDP richieste sono aperte dai nodi Video Mesh.
Prima che Lei cominci
-
Affinché lo script funzioni correttamente, si assicuri di eseguire Python 2.7.10 o successivo nel suo ambiente.
-
Attualmente, questo strumento supporta gli endpoint SIP verso i nodi Video Mesh e la verifica intracluster.
| 1 |
Dalla visualizzazione del cliente in https://admin.webex.com, abiliti il nodo di manutenzione per il nodo Video Mesh seguendo queste istruzioni. |
| 2 |
Attendi che il nodo mostri lo stato «Pronto per la manutenzione» in Control Hub. |
| 3 |
Aprire l'interfaccia del nodo Webex Video Mesh. Per istruzioni, veda Gestire il nodo Video Mesh dall'interfaccia Web. |
| 4 |
Scorra fino a Reflector Tool, quindi avvia TCP Reflector Server o UDP Reflector Server, a seconda del protocollo che desidera utilizzare. |
| 5 |
Faccia clic su Avvia Reflector Server e attenda che il server si avvii correttamente. Vedrà un avviso all'avvio del server. |
| 6 |
Da un sistema (come un PC) su una rete che desidera che i nodi Video Mesh raggiungano, esegua lo script con il seguente comando:
Al termine dell'esecuzione, il client mostra un messaggio di successo se tutte le porte richieste sono aperte:
Il client mostra un messaggio di errore se le porte richieste non sono aperte:
|
| 7 |
Risolve eventuali problemi relativi alle porte sul firewall e poi riesegui i passaggi precedenti. |
| 8 |
Chiama il cliente
|
Configurare il nodo Video Mesh per l'integrazione del proxy
Usa questa procedura per specificare il tipo di proxy che desidera integrare con un Video Mesh. Se sceglie un proxy di ispezione trasparente o un proxy esplicito, può utilizzare l'interfaccia del nodo per caricare e installare il certificato radice, controllare la connessione proxy e risolvere eventuali problemi.
Prima che Lei cominci
-
Vedere Proxy Support for Video Mesh per una panoramica delle opzioni proxy supportate.
| 1 |
Inserisca l'URL di configurazione di Video Mesh | ||||||||||
| 2 |
Vada su Trust Store & Proxy, quindi scelga un'opzione:
Segua i passaggi successivi per un'ispezione trasparente o una delega esplicita. | ||||||||||
| 3 |
Fai clic su Carica un certificato radice o un certificato di entità finale, quindi individua e scegli il certificato radice per il proxy di ispezione esplicito o trasparente. Il certificato è stato caricato ma non ancora installato perché il nodo deve essere riavviato per installare il certificato. Faccia clic sulla freccia accanto al nome dell'emittente del certificato per avere maggiori dettagli o faccia clic su Elimina se ha commesso un errore e desidera caricare nuovamente il file. | ||||||||||
| 4 |
Per ispezioni trasparenti o proxy espliciti, faccia clic su Verifica connessione proxy per testare la connettività di rete tra il nodo Video Mesh e il proxy. Se il test di connessione fallisce, visualizzerà un messaggio di errore che mostra il motivo e come correggere il problema. | ||||||||||
| 5 |
Una volta superato il test di connessione, per il proxy esplicito, attiva l'interruttore su Instrada tutte le richieste https della porta 443 da questo nodo tramite il proxy esplicito. Questa impostazione richiede 15 secondi per avere effetto. | ||||||||||
| 6 |
Faccia clic su Installa tutti i certificati nel Trust Store (appare ogni volta che viene aggiunto un certificato root durante la configurazione del proxy) o su Riavvia (appare se non è stato aggiunto alcun certificato root), legga il prompt e poi faccia clic su Installa se è pronto. Il nodo si riavvia entro pochi minuti. | ||||||||||
| 7 |
Dopo il riavvio del nodo, acceda nuovamente se necessario, quindi apra la pagina Panoramica per controllare i controlli di connettività e assicurarsi che siano tutti in verde. Il controllo della connessione proxy verifica solo un sottodominio di webex.com. Se ci sono problemi di connettività, un problema comune è che alcuni dei domini cloud elencati nelle istruzioni di installazione vengono bloccati dal proxy. |
Integra Video Mesh con Call Control Task Flow
Configura i trunk SIP per indirizzare la chiamata SIP per le riunioni Webex su Video Mesh. I dispositivi SIP non supportano la raggiungibilità diretta, quindi deve utilizzare Unified CM la nostra configurazione VCS Expressway per stabilire una relazione tra i dispositivi SIP locali e i suoi cluster Video Mesh.
Prima che Lei cominci
-
Vedi Deployment Models for Video Mesh e Cisco Unified Communications Manager per comprendere esempi di distribuzione comuni.
-
Video Mesh supporta TCP o TLS tra Unified CM e la segnalazione SIP. SIP TLS non è supportato per VCS Expressway.
-
InUnified CM, ogni trunk SIP può supportare fino a 16 destinazioni Video Mesh (indirizzi IP).
-
InUnified CM, le porte in entrata sul profilo di sicurezza SIP Trunk possono essere predefinite (Non Secure SIP Trunk Profile).
-
Video Mesh supporta 2 modelli di percorso: sitename.webex.com e meet.ciscospark.com. Altri modelli di percorso non sono supportati.
-
Video Mesh supporta 3 modelli di percorso: webex.com (per indirizzi video brevi), sitename.webex.com e meet.ciscospark.com. Altri modelli di percorso non sono supportati.
Quando utilizza il formato breve dell'indirizzo video (meet@webex.com), il nodo Video Mesh gestisce sempre la chiamata. Il nodo gestisce la chiamata anche se la chiamata è diretta a un sito in cui Video Mesh non è abilitato.
|
Scelga una di queste opzioni, a seconda dell'ambiente di controllo delle chiamate e dei requisiti di sicurezza:
|
Configura il routing Unified CM sicuro del traffico SIP TLS per Video Mesh
| 1 |
Crea un profilo SIP per i cluster Video Mesh: |
| 2 |
Aggiungere un nuovo profilo di sicurezza del trunk SIP per i cluster Video Mesh: |
| 3 |
Aggiunga un nuovo trunk SIP che punti ai suoi cluster Video Mesh:
|
| 4 |
Creare un trunk SIP che punti a un failover cloud Expressway for Webex. Può utilizzare un trunk SIP già esistente per una distribuzione esistente Unified CM e Expressway. Se ne crea un'altra e gestisce anche Mobile Remote Access (MRA) con quelle autostrade, può violare l'MRA. |
| 5 |
Crea un nuovo gruppo di route per le chiamate verso i cluster Video Mesh: |
| 6 |
Per l'overflow verso il cloud, crei un nuovo gruppo di rotte per le chiamate verso Expressway: |
| 7 |
Crea un nuovo elenco di percorsi per le chiamate verso i cluster Video Mesh e Expressway: |
| 8 |
Creare uno schema di percorso SIP per il formato breve di composizione degli indirizzi video per le riunioni Webex: Con la funzione di composizione breve dell'indirizzo video, gli utenti non devono più ricordare il nome del sito Webex per partecipare a una riunione o a un evento Webex utilizzando un sistema video. Possono partecipare alla riunione più velocemente perché devono solo conoscere il numero della riunione o dell'evento. |
| 9 |
Creare un modello di percorso SIP per il sito Webex: |
| 10 |
Creare uno schema di percorso SIP per le riunioni dell'app Webex (compatibilità con le versioni precedenti): |
Configurare il routing del traffico Unified CM TCP SIP per Video Mesh
| 1 |
Crea un profilo SIP per i cluster Video Mesh: |
| 2 |
Aggiungere un nuovo profilo di sicurezza del trunk SIP per i cluster Video Mesh: |
| 3 |
Aggiunga un nuovo trunk SIP che punti ai suoi cluster Video Mesh:
|
| 4 |
Crei un nuovo trunk SIP che punti a un'autostrada. Può utilizzare un trunk SIP già esistente per una distribuzione esistente Unified CM e Expressway. Se ne crea un'altra e gestisce anche Mobile Remote Access (MRA) con quelle autostrade, può violare l'MRA. |
| 5 |
Crea un nuovo gruppo di route per le chiamate verso i cluster Video Mesh: |
| 6 |
Per l'overflow verso il cloud, crei un nuovo gruppo di rotte per le chiamate verso Expressway: |
| 7 |
Crea un nuovo elenco di percorsi per le chiamate verso i cluster Video Mesh e Expressway: |
| 8 |
Creare uno schema di percorso SIP per il formato breve di composizione degli indirizzi video per le riunioni Webex: Con la funzione di composizione breve dell'indirizzo video, gli utenti non devono più ricordare il nome del sito Webex per partecipare a una riunione o a un evento Webex utilizzando un sistema video. Possono partecipare alla riunione più velocemente perché devono solo conoscere il numero della riunione o dell'evento. |
| 9 |
Creare un modello di percorso SIP per il sito Webex: |
| 10 |
Creare uno schema di percorso SIP per le riunioni dell'app Webex: |
Configurare il routing del traffico SIP Expressway TCP per Video Mesh
| 1 |
Crea una zona che punti ai cluster Video Mesh: |
| 2 |
Creare modelli di chiamata per i cluster Video Mesh per i siti Webex: |
| 3 |
Crei una coppia di zone e client trasversali che punti al cloud Expressway per il failover: |
| 4 |
Crei una regola di ricerca alternativa per la Traversal Client Zone che porta alla Expressway-E: |
| 5 |
Fare clic su Nuovo e aggiungere Webex Zone. Nelle versioni precedenti alla X8.11, Lei ha creato una nuova zona DNS per questo scopo. |
| 6 |
Crei uno schema di quadrante per il cloud Expressway: |
| 7 |
Per i dispositivi SIP registrati sull'Expressway-C, apra l'indirizzo IP del dispositivo in un browser, vada su Configurazione, scorra fino a SIP e scelga Standard dal menu a discesa Tipo. |
Scambia catene di certificati tra nodi Unified CM e video mesh
Completa uno scambio di certificati per stabilire un rapporto di fiducia bidirezionale tra le interfacce Video Mesh Unified CM e Video Mesh. Con la configurazione secure trunk, i certificati consentono al traffico SIP crittografato e ai contenuti multimediali SRTP della sua organizzazione provenienti da CM Unified affidabili di atterrare su nodi Video Mesh affidabili.
In un ambiente cluster, deve installare i certificati CA e server su ogni nodo singolarmente.
Prima che Lei cominci
Per motivi di sicurezza, Le consigliamo di utilizzare un certificato firmato da CA sui suoi nodi Video Mesh anziché il certificato autofirmato predefinito del nodo.
| 1 |
Aprire l'interfaccia del nodo Video Mesh (indirizzo/configurazione IP, ad esempio |
| 2 |
Vai su Server Certificates e richieda e carichi un certificato e una coppia di chiavi, se necessario: |
| 3 |
In un'altra scheda del browser, da, vada a Sicurezza > Gestione certificati. Inserisca i criteri di ricerca e faccia clic su Trova, quindi scelga il nome del file del certificato o Certificate Trust List (CTL) e faccia clic su Scarica. Salva il Unified CM file in un posto facile da ricordare e lasci l'Unified CMistanza aperta nella scheda del browser. |
| 4 |
Torna alla scheda dell'interfaccia del nodo Video Mesh, faccia clic su Trust Store & Proxy, quindi scelga un'opzione:
Un nodo Video Mesh registrato nel cloud si spegne correttamente, aspettando fino a 2 ore per la fine di qualsiasi chiamata. Per installare il certificato CallManager.pem, il nodo si riavvia automaticamente. Quando torna online, viene visualizzato un messaggio quando il certificato CallManager.pem viene installato sul nodo Video Mesh. Può quindi ricaricare la pagina per visualizzare il nuovo certificato. |
| 5 |
Torna alla Cisco Unified OS Administration scheda e faccia clic su Carica certificato/catena di certificati. Scegli il nome del certificato dall'elenco a discesa Scopo del certificato, individua il file scaricato dall'interfaccia del nodo Video Mesh, quindi fai clic su Apri. |
| 6 |
Per caricare il file sul server, faccia clic su Carica file. Se sta caricando una catena di certificati, deve caricare tutti i certificati della catena. Riavvii il servizio interessato dopo aver caricato il certificato. Quando il server si riattiva, può accedere alla GUI di CCMadmin o CCMuser per verificare che i certificati appena aggiunti siano in uso. Può installare e gestire i certificati del server tramite API. Per ulteriori informazioni, vedere le API dei certificati del server VMN. |
Abilita la crittografia multimediale per l'organizzazione e i cluster di mesh video
Utilizza questa procedura per attivare la crittografia multimediale per la sua organizzazione e i singoli cluster Video Mesh. Questa impostazione impone una configurazione TLS end-to-end e deve disporre di un trunk SIP TLS sicuro Unified CM che punti ai suoi nodi Video Mesh.
|
Impostazioni |
Risultato |
|---|---|
|
Unified CMè configurato con un trunk sicuro e questa impostazione Video Mesh Control Hub non è abilitata. |
Le chiamate falliscono. |
|
Unified CMnon è configurato con un trunk sicuro e questa impostazione Video Mesh Control Hub è abilitata. |
Le chiamate non falliranno ma torneranno alla modalità non protetta. |
Gli endpoint Cisco devono inoltre essere configurati con un profilo di sicurezza e una negoziazione TLS affinché la crittografia end-to-end funzioni. Altrimenti, le chiamate in overflow verso il cloud da endpoint non configurati con TLS. Le consigliamo di abilitare questa funzione solo se tutti gli endpoint possono essere configurati per utilizzare TLS.
Prima che Lei cominci
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su , quindi faccia clic su Modifica impostazioni sulla scheda Video Mesh. |
| 2 |
Scorra fino a Media Encryption e attiva l'impostazione. Questa impostazione rende obbligatoria la crittografia su tutti i canali multimediali che attraversano i nodi Video Mesh della sua organizzazione. Annota la tabella precedente e la nota di cautela per le situazioni in cui le chiamate potrebbero non riuscire e cosa è necessario per il funzionamento della crittografia end-to-end. |
| 3 |
Faccia clic su Risorse e ripeta i seguenti passaggi su ogni cluster Video Mesh che desidera abilitare per il traffico SIP sicuro. |
Abilita Video Mesh per il sito Webex
Per utilizzare contenuti multimediali ottimizzati per il nodo Video Mesh per una riunione Webex con tutte le app e i dispositivi Webex a cui partecipare, questa configurazione deve essere abilitata per il sito Webex. L'attivazione di questa impostazione collega Video Mesh e le istanze delle riunioni nel cloud e consente l'esecuzione a cascata dai nodi Video Mesh. Se questa impostazione non è abilitata, l'app e i dispositivi Webex non utilizzeranno il nodo Video Mesh per le riunioni Webex.
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, andare su , fare clic sul sito Webex dalla scheda Riunioni, quindi fare clic su Impostazioni
|
| 2 |
Accedere alle impostazioni comuni facendo clic su Servizio > Riunione > Impostazioni del sito. Da Impostazioni comuni, faccia clic su Cloud Collaboration Meeting Rooms (CMR), scelga Video Mesh per il tipo di risorsa multimediale, quindi faccia clic su Salva in basso.
Questa impostazione collega Video Mesh e le istanze di riunione nel cloud e consente l'esecuzione a cascata dai nodi Video Mesh. L'impostazione dovrebbe essere compilata in tutto il suo ambiente dopo 15 minuti. Le riunioni Webex che iniziano dopo la compilazione di questa modifica acquisiranno la nuova impostazione. Se lascia questo campo impostato su Cloud (l'opzione predefinita), tutte le riunioni sono ospitate nel cloud e il nodo Video Mesh non viene utilizzato. |
Assegna sale riunioni di collaborazione agli utenti dell'app Webex
Verifichi l'esperienza della riunione sull'endpoint sicuro
Usa questi passaggi per verificare che gli endpoint siano registrati in modo sicuro e che venga visualizzata l'esperienza di riunione corretta.
| 1 |
Partecipa a una riunione dall'endpoint protetto. |
| 2 |
Verifichi che l'elenco degli elenchi delle riunioni sia visualizzato sul dispositivo. Questo esempio mostra l'aspetto dell'elenco delle riunioni su un endpoint con pannello touch:
|
| 3 |
Durante la riunione, acceda alle informazioni sulla conferenza Webex da Dettagli chiamata. |
| 4 |
Verifichi che la sezione Crittografia mostri il Tipo come AES-128 e lo Stato come Attivato.
|
Analisi delle mesh video
Le analisi forniscono informazioni su come utilizza i nodi e i cluster Video Mesh locali nella sua organizzazione Webex. Con i dati storici nella visualizzazione delle metriche, può gestire in modo più efficace le sue risorse Video Mesh monitorando la capacità, l'utilizzo e la disponibilità delle sue risorse locali. Può utilizzare queste informazioni per prendere decisioni sull'aggiunta di altri nodi Video Mesh a un cluster o sulla creazione di nuovi cluster, ad esempio. L'analisi di Video Mesh è disponibile in Control Hub in .
Per aiutare ad analizzare i dati della sua organizzazione, può ingrandire i dati che appaiono nel grafico e isolare un periodo di tempo specifico. Per Analytics, può anche suddividere i report per mostrare dettagli più granulari.
I report di analisi e risoluzione dei problemi di Video Mesh mostrano i dati nel fuso orario impostato per il browser locale.
Analitica
L'analisi di Video Mesh fornisce una tendenza a lungo termine (fino a 3 mesi di dati) nelle categorie di coinvolgimento, utilizzo delle risorse e utilizzo della larghezza di banda.

Monitoraggio in tempo reale
La scheda di monitoraggio in tempo reale offre una visione quasi in tempo reale dell'attività nella sua organizzazione: aggregazione fino a 1 minuto e la possibilità di visualizzare le ultime 4 o 24 ore su tutti i cluster o cluster specifici. Questa scheda in Control Hub viene aggiornata automaticamente, ogni 1 minuto nelle ultime 4 ore e ogni 10 minuti nelle ultime 24 ore.
Accedi, filtra e salva i rapporti di monitoraggio in tempo reale di Video Mesh
I report di monitoraggio live di Video Mesh sono disponibili nella pagina Risoluzione dei problemi di Control Hub (https://admin.webex.com), una volta che Video Mesh è attivo e ha un cluster con almeno un nodo Video Mesh registrato.
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, scelga Analytics, quindi faccia clic su Video Mesh nella parte in alto a destra dello schermo. Passa il mouse sulle informazioni |
| 2 |
Dall'interruttore a sinistra, scelga un'opzione per filtrare in base alla distanza temporale in cui desidera mostrare i dati.
|
| 3 |
Interagisca con i grafici utilizzando le seguenti opzioni, se necessario:
Passa il mouse su sezioni di una ciambella, linee su un grafico o punti di approfondimento su un grafico per visualizzare ulteriori informazioni sul momento specifico dei dati. |
| 4 |
Dopo aver filtrato i dati nei rapporti, faccia clic su altro
|
Accedi, filtra e salva l'analisi delle mesh video
I report sulle metriche di Video Mesh sono disponibili nella pagina Analytics di Control Hub (https://admin.webex.com), una volta che Video Mesh è attivo e ha un cluster con almeno un nodo Video Mesh registrato.
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, scelga Analytics, quindi faccia clic su Video Mesh nella parte in alto a destra dello schermo. |
| 2 |
Fai clic su una categoria, a seconda del tipo di dati che sta cercando:
Passa il mouse sulle informazioni |
| 3 |
Dal menu a discesa a destra, scelga un'opzione per filtrare in base alla distanza temporale in cui desidera mostrare i dati.
|
| 4 |
Interagisca con i diagrammi o i grafici a ciambella utilizzando le seguenti opzioni, se necessario:
Passa il mouse su sezioni di una ciambella, linee su un grafico o punti di approfondimento su un grafico per visualizzare ulteriori informazioni sul momento specifico dei dati. Per ricominciare dall'interno dello stesso grafico o panoramica, faccia clic sulla X sui filtri selezionati nella parte inferiore del grafico. |
| 5 |
Dopo aver filtrato i dati nei rapporti, faccia clic su altro
|
| 6 |
Cancelli tutti i filtri dalla barra dei filtri se desidera reimpostare la visualizzazione analitica. |
Analisi disponibili per Video Mesh
Per i dettagli sulle analisi disponibili in Control Hub, consulta la sezione Video Mesh di Analytics for Your Cloud Collaboration Portfolio .
Strumento di monitoraggio per Video Mesh
Lo strumento di monitoraggio in Control Hub aiuta la sua organizzazione a monitorare lo stato della sua implementazione di Video Mesh. Può eseguire i seguenti test sui suoi nodi Video Mesh, sui cluster o su entrambi per ottenere risultati per parametri specifici.
-
Test di segnalazione - Verifica se la segnalazione SIP e la segnalazione multimediale si verificano tra il nodo Video Mesh e i servizi multimediali cloud Webex.
-
Test a cascata - Verifica se è possibile stabilire una cascata tra il nodo Video Mesh e i servizi multimediali cloud Webex.
-
Test di raggiungibilità - Verifica se il nodo Video Mesh può raggiungere le porte di destinazione per i flussi multimediali nei servizi multimediali cloud Webex. Verifica anche se il nodo Video Mesh è in grado di comunicare con i cluster cloud associati ai contenitori multimediali attraverso tali porte.
Quando esegue un test, lo strumento crea una riunione simulata. Al termine del test, nel rapporto viene visualizzato un semplice risultato positivo o negativo con suggerimenti in linea per la risoluzione dei problemi. Può programmare l'esecuzione periodica del test o eseguire il test su richiesta. Per ulteriori informazioni, vedere Media Health Monitoring for Video Mesh.
Effettuare un test immediato
Usa questa procedura per eseguire un test di raggiungibilità e monitoraggio dello stato dei media su richiesta su nodi e/o cluster Video Mesh registrati nella sua organizzazione Control Hub. I risultati vengono acquisiti in Control Hub e vengono aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 |
Accedi a Control Hub, quindi vai su . |
| 2 |
Faccia clic su Configura test, faccia clic su Prova ora, quindi controlli i nodi e/o i cluster che desidera testare. Se desidera deselezionare le caselle che ha selezionato e ripristinare la sua ultima configurazione, faccia clic su Ripristina ultima configurazione di test. |
| 3 |
Faccia clic su Esegui test. |
Cosa fare dopo
I risultati vengono visualizzati nella pagina di panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Faccia clic su Signalling, Cascade o Reachability per filtrare i risultati in base al test specifico.
I punti sulla timeline con cursore mostrano i risultati aggregati dei test per l'intera organizzazione. Le tempistiche a livello di cluster mostrano risultati aggregati per ogni cluster.
La cronologia potrebbe mostrare le date nel formato statunitense. Cambia la lingua nelle impostazioni del profilo per visualizzare le date nel suo formato locale.
Passa il mouse sui punti della timeline per vedere i risultati del test. Può anche vedere i risultati dettagliati dei test per ogni nodo. Fare clic su un punto della cronologia a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un pannello laterale e suddivisi in Segnalazione, Cascade e Raggiungibilità. Può vedere se il test è stato un successo, se è stato saltato o se il test è fallito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Usa l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Configurare i test periodici
Utilizza questa procedura per configurare e avviare il monitoraggio periodico dello stato dei media e i test di raggiungibilità. Questi test vengono eseguiti ogni 6 ore per impostazione predefinita. Può eseguire questi test a livello di cluster, specifico del cluster o specifico del nodo. I risultati vengono acquisiti in Control Hub e vengono aggregati ogni 6 ore a partire dalle 00:00 UTC.
| 1 |
Accedi a Control Hub, quindi vai su . |
| 2 |
Faccia clic su Configura test, faccia clic su Test periodico, quindi controlli i nodi e/o i cluster che desidera testare. |
| 3 |
Scelga un'opzione:
|
| 4 |
Faccia clic su Avanti. |
| 5 |
Esamini l'elenco dei cluster e dei nodi per eseguire i test periodici. Se è soddisfatto, faccia clic su Configura per pianificare la configurazione corrente. |
Cosa fare dopo
I risultati vengono visualizzati nella pagina di panoramica dello strumento di monitoraggio in Control Hub. Per impostazione predefinita, i risultati di tutti i test vengono visualizzati insieme. Faccia clic su Signalling, Cascade o Reachability per filtrare i risultati in base al test specifico.
I punti sulla timeline con cursore mostrano i risultati aggregati dei test per l'intera organizzazione. Le tempistiche a livello di cluster mostrano risultati aggregati per ogni cluster.
La cronologia potrebbe mostrare le date nel formato statunitense. Cambia la lingua nelle impostazioni del profilo per visualizzare le date nel suo formato locale.
Passa il mouse sui punti della timeline per vedere i risultati del test. Può anche vedere i risultati dettagliati dei test per ogni nodo. Fare clic su un punto della cronologia a livello di cluster per visualizzare i risultati dettagliati.
I risultati vengono visualizzati in un pannello laterale e suddivisi in Segnalazione, Cascade e Raggiungibilità. Può vedere se il test è stato un successo, se è stato saltato o se il test è fallito. Insieme ai risultati vengono visualizzati anche i codici di errore con possibili correzioni.
Usa l'interruttore fornito per visualizzare le percentuali di successo di vari parametri sotto forma di tabella.
Abilita video HD 1080p per dispositivi SIP locali nelle riunioni Video Mesh Node
Questa impostazione consente alla sua organizzazione di preferire i video ad alta definizione 1080p per gli endpoint SIP registrati in sede, con un compromesso tra una minore capacità di riunione. Un nodo Video Mesh deve ospitare la riunione. I partecipanti possono utilizzare video a 1080p e 30 fps a condizione che:
-
Sono tutti all'interno della rete aziendale.
-
Stanno utilizzando un dispositivo SIP registrato in sede con funzionalità ad alta definizione.
L'impostazione si applica a tutti i cluster che contengono nodi Video Mesh.
I dispositivi registrati nel cloud continuano a inviare e ricevere stream a 1080p, indipendentemente dal fatto che questa impostazione sia attivata o disattivata.
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su , quindi faccia clic su Impostazioni sulla scheda Video Mesh. |
| 2 |
Attiva la qualità video. Se questa impostazione è disattivata, l'impostazione predefinita è 720p. |
Per le risoluzioni video supportate dall'app Webex, vedere Specifiche video per chiamate e riunioni.
Cascate inter-cluster
L'architettura utilizzata attualmente per le riunioni Webex segue un design hub and spoke con il cloud Webex come hub e i cluster Video Mesh locali che fungono da raggi. Se ha due nodi Video Mesh in due data center separati (UE e NA, ad esempio) e ha endpoint che si uniscono attraverso ogni data center alla stessa riunione Webex, i nodi Video Mesh in ogni data center verrebbero collegati al cloud. Queste cascate andrebbero su Internet o sul collegamento Edge Connect a Webex.
La funzione Inter-Cluster Cascade intende migliorare la qualità delle chiamate e l'utilizzo della larghezza di banda abilitando le cascate dirette tra i cluster Video Mesh di un'organizzazione. Nello scenario sopra descritto, se l'organizzazione ha la funzione Inter-Cluster Cascade abilitata, verrebbe stabilita una cascata tra i nodi Video Mesh dell'UE e i data center NA invece di passare al cloud. In questo scenario, poiché tutti i partecipanti sono sulla rete dell'organizzazione, non è necessario collegare in cascata ogni cluster Video Mesh a Webex.
Ciò comporterebbe vantaggi significativi come:
- Migliore qualità dei media e delle chiamate
- Migliore utilizzo della larghezza di banda
- Latenza ridotta
Requisiti:
-
Garantire una larghezza di banda WAN di almeno 20 Mbps tra i cluster Video Mesh prima di abilitare Inter-Cluster Cascades.
- Tutti i cluster dell'organizzazione devono avere più di un nodo.
Scenari di chiamata per Inter-Cluster Cascades
Di seguito sono riportati alcuni scenari di come Inter-Cluster Cascades funzionerebbe in diversi contesti. Gli scenari considerano un'organizzazione con cluster Video Mesh a San Jose e Bangalore. Esplora le chiamate individuali e le riunioni Webex prima e dopo l'attivazione di Inter-Cluster Cascades. Le cascate vengono stabilite tra i cluster Video Mesh locali o sul cloud, a seconda che i partecipanti si uniscano da dispositivi locali o dal cloud.
Chiamate uno a uno:
Al momento, una chiamata uno a uno avrebbe due cascate sul cloud per rendere possibile la chiamata. Con Inter-Cluster Cascades abilitato, porterebbe alla creazione diretta di una cascata da San Jose a Bangalore, eliminando la necessità di passare al cloud.
Riunioni Webex:
In una riunione Webex senza Inter-Cluster Cascades, i cluster Video Mesh locali verrebbero collegati a cascata ai rispettivi cluster multimediali cloud regionali, che poi si combinano per formare la riunione. L'attivazione di Inter-Cluster Cascades comporterebbe un'unica cascata verso il cloud.
La selezione del cluster Video Mesh locale che avvia la cascata verso il cloud sarà determinata dal primo partecipante a partecipare alla riunione. Il cluster Video Mesh utilizzato dal primo partecipante stabilirà la connessione a Webex.
Abilitare le cascate tra cluster
Segua i passaggi seguenti per abilitare Inter-Cluster Cascades per la sua organizzazione:
| 1 |
Accedi a Control Hub. |
| 2 |
Faccia clic su Ibrido nella parte inferiore sinistra dello schermo. |
| 3 |
Faccia clic su Modifica impostazioni sulla scheda Video Mesh. |
| 4 |
Scorra verso il basso fino a Inter-Cluster Cascade. L'interruttore sarà disabilitato per impostazione predefinita. Faccia clic sull'interruttore per abilitarlo. |
Selezione dei cluster per partecipare a Inter-Cluster Cascades
Se la sua distribuzione Video Mesh ha determinati cluster con bassa connettività WAN o poche risorse, può escluderli dalla partecipazione a Inter-Cluster Cascades. Per escludere tali cluster, proceda nel seguente modo:
| 1 |
Abilita Inter-Cluster Cascades come descritto nella sezione precedente. |
| 2 |
Una volta abilitato, tutti i cluster della sua organizzazione saranno elencati nella scheda Inter-Cluster Cascade con un segno di spunta accanto ad essi. |
| 3 |
Escluda un cluster deselezionando il segno di spunta accanto ad esso. Per impostazione predefinita, tutti i cluster della sua distribuzione Video Mesh saranno selezionati per partecipare alle cascate Inter-Cluster. |
Monitoraggio delle cascate tra cluster
Può monitorare i dati di Inter-Cluster Cascade nella sua distribuzione Video Mesh dalla sezione Analisi di Control Hub. Utilizza i passaggi seguenti per accedere, filtrare e salvare i report di Inter-Cluster Cascade.
| 1 |
Accedi a Control Hub. |
| 2 |
Fai clic su Analitics> Video Mesh . |
| 3 |
Faccia clic sulla scheda Utilizzo della larghezza di banda. Troverà i report Inter-Cluster Cascade annidati in questa scheda. |
| 4 |
Usa i menu a discesa per selezionare i due cluster tra i quali sono necessari i dati Inter-Cluster Cascade. Per impostazione predefinita, è impostato Tutti i cluster su Tutti i cluster. |
| 5 |
Dal menu a discesa a destra, scelga un'opzione per filtrare in base alla distanza temporale in cui desidera mostrare i dati.
|
| 6 |
In un grafico che mostra i dati in un intervallo di tempo, restringa un intervallo di tempo specifico facendo clic a sinistra e trascinando il mouse verso destra e uscendo quando viene selezionato l'intervallo desiderato. (Questa azione influisce su tutti i dati correlati visualizzati nella pagina.) |
| 7 |
Fare clic su uno o più segmenti nel grafico ad anello o nella vista grafico, quindi fare clic su Applica per aggiornare la visualizzazione ad anello e la visualizzazione del grafico corrispondente. (Ad esempio, può fare clic su Video nel grafico Utilizzo totale dei dati in cascata per flusso per visualizzare i dati utilizzati dallo streaming video durante le cascate tra i cluster selezionati.) Passa il mouse su sezioni di una ciambella, linee su un grafico o punti di approfondimento su un grafico per visualizzare ulteriori informazioni sul momento specifico dei dati. Per ricominciare dall'interno dello stesso grafico o panoramica, faccia clic sulla X sui filtri selezionati nella parte inferiore del grafico. |
| 8 |
Dopo aver filtrato i dati nei rapporti, faccia clic su altro
|
| 9 |
Cancelli tutti i filtri dalla barra dei filtri se desidera reimpostare la visualizzazione analitica. |
Registrazione locale su Video Mesh
La registrazione locale su Video Mesh combina la comodità della registrazione di una riunione Webex con la maggiore sicurezza dell'archiviazione di tutti i contenuti registrati in sede, all'interno dei data center del cliente. Non ci sono restrizioni sulla durata per la quale i contenuti registrati possono rimanere in sede, consentendo ai clienti la flessibilità di stabilire le proprie politiche di conservazione.
Prerequisiti per la registrazione locale su Video Mesh
- Questa funzionalità è supportata solo sui nodi VMNLite. Inoltre, un cluster utilizzato per la registrazione locale deve contenere almeno un nodo non di registrazione, che può essere un VMNLite o un VMNFull. Il nodo di registrazione è dedicato esclusivamente alla funzionalità di registrazione, mentre il nodo non di registrazione è responsabile di attività come l'elaborazione multimediale.
- I nodi di registrazione utilizzati per la registrazione locale devono avere almeno 250 GB di spazio di archiviazione.
Per i clienti con implementazioni VMN esistenti, si assicuri che la capacità di archiviazione dei nodi di registrazione sia aumentata da 80 GB a 250 GB. Si noti che questa operazione non è reversibile.
Per espandere lo spazio di archiviazione, metti il nodo in modalità manutenzione. Aprire l'interfaccia della console del nodo utilizzando il client VMware vSphere. Chiuda il nodo ed espanda la sua memoria ad almeno 250 GB, quindi riavvii il nodo. Fatto ciò, disabiliti la modalità di manutenzione in Control Hub.
- Archiviazione NFSv4 per i contenuti registrati (i nodi Video Mesh non registrano localmente). I server Linux e Windows NFS sono entrambi supportati.
L'autenticazione Kerberos per l'archiviazione NFS non è supportata. Il montaggio di più di un server NFS in una distribuzione Video Mesh non è supportato.
Per i server Linux NFS:
- Il server NFS deve avere un utente con UID: 1044 e GID: 1044. Questo utente deve inoltre avere accesso in scrittura alla cartella in cui verranno archiviati i contenuti registrati.
- Inserisca la seguente configurazione in
/etc/exports
Questa configurazione garantisce che la mappatura utente appropriata avvenga sul server NFS, mantenendo così la leggibilità sulla VMN, che è configurata per utilizzare UID=1044 e GID=1044.<path to NFS folder> *(rw,nohide,all_squash,anonuid=1044,anongid=1044)
Per i server Windows NFS:
- Si assicuri che le autorizzazioni di condivisione del server siano impostate su Lettura/scrittura per tutte le macchine. Modificare il tipo di accesso da Sola lettura a Lettura/Scrittura tramite Server Manager o utilizzando PowerShell.
- Certificati del server firmati da una CA affidabile (Certificate Authority).
-
Per le implementazioni Video Mesh con un'ampia base di utenti, consigliamo di fornire NIC Ethernet da 10 Gbps per soddisfare i requisiti di larghezza di banda.
Capacità di registrazione per i nodi Video Mesh
La tabella seguente mostra la capacità di registrazione e chiamata di un cluster a 2 nodi, in cui un nodo è dedicato alla registrazione e l'altro è un nodo VMNLite standard (23 vCPU).
| Nodo 1 | Nodo 2 | Registrazioni | Chiamate |
|---|---|---|---|
| Nodo di registrazione VMNLite | nodo VMNLite | 16-18 | 160-180 |
La tabella precedente mostra la configurazione minima richiesta per il corretto funzionamento della registrazione locale. Può distribuire tutti i nodi e i cluster necessari per soddisfare i suoi requisiti di distribuzione.
Segua i passaggi seguenti nell'ordine specificato prima di abilitare la registrazione locale per la sua organizzazione.
Installa il certificato del server sul nodo Video Mesh
Il certificato del server firmato dalla sua CA di fiducia deve essere installato su tutti i nodi di registrazione Video Mesh nel cluster o nei cluster utilizzati per la registrazione.
| 1 |
Accedi a Control Hub. |
| 2 |
Faccia clic su Ibrido nella parte inferiore sinistra dello schermo. |
| 3 |
Fai clic su Visualizza tutto in Risorse nella scheda Video Mesh. |
| 4 |
La pagina Video Mesh Clusters si apre con tutti i cluster della sua distribuzione visualizzati come elenco. Faccia clic su un cluster che ha scelto per gestire la registrazione locale. |
| 5 |
Si apre una pagina con l'elenco dei nodi del cluster da Lei selezionato. Fare clic |
| 6 |
Vai alla scheda Certificati server, genera una CSR (opzionale) e carica un certificato e una coppia di chiavi private, se necessario: |
| 7 |
Ripetere la procedura per tutti i nodi di registrazione del cluster. |
Configurare l'archiviazione NFS
| 1 |
Accedi a Control Hub. |
| 2 |
Faccia clic su Ibrido nella parte inferiore sinistra dello schermo. |
| 3 |
Fai clic su Visualizza tutto in Risorse nella scheda Video Mesh. |
| 4 |
La pagina Video Mesh Clusters si apre con tutti i cluster della sua distribuzione visualizzati come elenco. Faccia clic su un cluster che ha scelto per gestire la registrazione locale. |
| 5 |
Si apre una pagina con l'elenco dei nodi del cluster da Lei selezionato. Fare clic |
| 6 |
Si apre l'interfaccia web del nodo. Faccia clic su Amministrazione sul lato sinistro dello schermo. |
| 7 |
Scorra verso il basso fino a Configurazione NFS. |
| 8 |
Faccia clic su Abilita NFS. |
| 9 |
Inserire i dettagli dell'host e del percorso NFS nei campi visualizzati. |
| 10 |
Fai clic su Monta NFS. Viene visualizzato un messaggio pop-up che dice Montato correttamente l'NFS specificato. |
| 11 |
Ripetere questa procedura per i nodi designati per la registrazione nel cluster o nei cluster. |
Cosa fare dopo
Abilita la registrazione locale per il cluster o i cluster in Control Hub.
Configurare il cluster Video Mesh per la registrazione locale
| 1 |
Accedi a Control Hub. |
| 2 |
Faccia clic su Ibrido nella parte inferiore sinistra dello schermo. |
| 3 |
Fai clic su Visualizza tutto in Risorse nella scheda Video Mesh. |
| 4 |
La pagina Video Mesh Clusters si apre con tutti i cluster della sua distribuzione visualizzati come elenco. Faccia clic su un cluster selezionato per gestire la registrazione locale. |
| 5 |
Faccia clic sulla scheda Impostazioni del cluster. |
| 6 |
Sulla scheda di registrazione locale, troverà l'interruttore Consenti registrazione locale. L'interruttore sarà disabilitato per impostazione predefinita. Faccia clic sull'interruttore per abilitarlo. |
| 7 |
Inserire l'FQDN o il nome host nel campo del nome del servizio di registrazione. Verrà utilizzato per scaricare il contenuto registrato dai nodi. Assicurarsi che l'FQDN inserito nel nome del servizio di registrazione abbia una voce DNS con gli IP dei nodi Video Mesh utilizzati per la registrazione. Consigliamo un metodo round robin per determinare il nodo che scaricherà il contenuto registrato. |
| 8 |
Seleziona i nodi da utilizzare per la registrazione dal menu a discesa nel campo Nodi di registrazione locali. |
Attivare la registrazione locale
Le procedure seguenti descrivono i passaggi per abilitare la registrazione locale per utenti specifici, un sottoinsieme di utenti o l'intera organizzazione. Segua la procedura più appropriata per il suo caso d'uso.
Abilita la registrazione locale per utenti specifici
-
Accedi a Control Hub.
-
Fai clic su Utenti sul lato sinistro dello schermo.
-
Faccia clic sull'utente per il quale desidera abilitare la registrazione locale.
-
Nella pagina visualizzata, faccia clic sulla scheda Riunioni.
-
Scorra verso il basso fino alla scheda di registrazione della riunione.
-
Seleziona Registrazione locale e fai clic su Salva.
Attivare la registrazione locale per un sottoinsieme di utenti
Abilita la registrazione locale per un sottoinsieme di utenti creando un gruppo con gli utenti, creando un modello e configurando il modello con la registrazione locale.
-
Accedi a Control Hub.
-
Fai clic su Gruppi sul lato sinistro dello schermo.
-
Faccia clic su Crea un gruppo.
- Segua le istruzioni sullo schermo per creare un gruppo.
-
Una volta creato il gruppo, faccia clic su Riunione nella sezione Servizi sul lato sinistro dello schermo.
-
Fare clic sulla scheda Modelli e fare clic su Crea modello.
-
Inserisca un nome per il modello e scorra verso il basso fino alla scheda di registrazione della riunione.
-
Seleziona Registrazione locale sulla scheda di registrazione della riunione e faccia clic su Crea modello e su Avanti.
-
Nella pagina che appare, selezioni il gruppo creato in precedenza e faccia clic su Fine.
Attivare la registrazione locale per l'organizzazione
-
Accedi a Control Hub.
-
Fai clic su Riunione sul lato sinistro dello schermo.
-
Nella pagina visualizzata, faccia clic sulla scheda Impostazioni.
-
Scorra verso il basso fino alla sezione Registrazione e faccia clic su Registrazione locale nell'elenco delle opzioni.
L'opzione di registrazione locale sarà disattivata per impostazione predefinita e diventerà funzionale solo una volta completati tutti i processi di configurazione descritti nei prerequisiti.
In qualsiasi momento, è possibile abilitare la registrazione locale o la registrazione su cloud per un'organizzazione; entrambe non possono essere abilitate contemporaneamente.
-
Faccia clic su Salva nella parte inferiore dello schermo.
Sfrutta la registrazione locale nelle sue riunioni e scarica il file generato
| 1 |
Pianifica una riunione su Webex. |
| 2 |
Una volta iniziata la riunione, faccia clic sul pulsante Registra. |
| 3 |
Se la registrazione locale è stata abilitata correttamente, troverà l'opzione Salva nella mia organizzazione nel menu a discesa delle opzioni di registrazione. |
| 4 |
Può mettere in pausa, riprendere e interrompere la registrazione se necessario. |
| 5 |
Al termine della riunione, l'organizzatore riceverà un'email con un link e una password. |
| 6 |
Faccia clic sul link contenuto nell'e-mail, si apre una pagina web nel suo browser con un campo per inserire la password. |
| 7 |
Copia la password dall'email e incollala nel campo Password. Faccia clic su Scarica. Ciò attiverà il download del file di registrazione. Le registrazioni generate tramite la registrazione locale non sono attualmente disponibili nell'app Webex e sono accessibili solo utilizzando il collegamento fornito nell'e-mail o dall'interfaccia web del nodo Video Mesh. |
Visualizzare e gestire l'elenco delle registrazioni nell'interfaccia Web Video Mesh Node
In qualità di amministratore completo dell'organizzazione o amministratore completo dell'organizzazione con privilegi di ufficio di conformità, può visualizzare un elenco di tutti i contenuti registrati sull'interfaccia web del nodo. Segua i passaggi seguenti per visualizzare le registrazioni ed eseguire altre funzioni amministrative.
| 1 |
Accedi a Control Hub. |
| 2 |
Faccia clic su Ibrido nella parte inferiore sinistra dello schermo. |
| 3 |
Fai clic su Visualizza tutto in Risorse nella scheda Video Mesh. |
| 4 |
La pagina Video Mesh Clusters si apre con tutti i cluster della sua distribuzione visualizzati come elenco. Faccia clic su un cluster che ha scelto per gestire la registrazione locale. |
| 5 |
Si apre una pagina con l'elenco dei nodi del cluster da Lei selezionato. Fare clic |
| 6 |
Si apre l'interfaccia web del nodo. Fai clic su Registrazioni sul lato sinistro dello schermo. |
| 7 |
Si apre una pagina che mostra tutte le registrazioni della sua organizzazione. |
| 8 |
Le seguenti azioni sono disponibili per gli amministratori completi dell'Organizzazione con privilegi di responsabile della conformità: Reinvia il link e la password per la registrazione:
Riassegnare la proprietà della registrazione:
Il precedente proprietario riceverà un'email di notifica che non è più il proprietario e il nuovo proprietario riceverà un'email di conferma del nuovo incarico.
Scarica le registrazioni:
Eliminare le registrazioni:
Questa azione è permanente e non può essere annullata. Gli amministratori completi possono riassegnare la proprietà e inviare nuovamente i link alle registrazioni, ma non possono scaricare o eliminare le registrazioni dall'elenco. |
Risolvere i problemi relativi agli allarmi su Control Hub
Questa sezione contiene un elenco completo degli allarmi che potrebbe riscontrare in Control Hub durante le varie fasi di attivazione della registrazione locale.
| ID allarme | Titolo | Gravità | Descrizione | Soluzione |
|---|---|---|---|---|
|
Errore di connettività MF.RecordingManager.NFS |
Il nodo di registrazione ha perso la connettività a NFS |
Critico |
Il nodo di registrazione ha perso la connettività a NFS. | Verifichi che il montaggio NFS sia accessibile e che la connettività di rete sia attiva. Riveda la configurazione di montaggio e le regole del firewall. Se il problema persiste, contatti l'assistenza Cisco. |
|
mf.recordingmanager.nfsdiskfull |
L'utilizzo di NFS è fondamentale |
Critico |
L'utilizzo di NFS è superiore al 95%. | Liberare spazio di archiviazione NFS rimuovendo le vecchie registrazioni o espandendo la capacità di archiviazione. |
|
mf.recordingmanager.NFS Utilizzo del disco elevato |
L'utilizzo di NFS è elevato |
Avvertenza |
L'utilizzo di NFS è superiore al 90%. | Liberare spazio di archiviazione NFS rimuovendo le vecchie registrazioni o espandendo la capacità di archiviazione. |
|
mf.RecordingManager. Distribuzione non supportata |
Registrazione abilitata su un tipo di distribuzione non supportato |
Critico |
La registrazione locale è supportata solo nelle distribuzioni VMNLite. |
Rimuova questo nodo {hostname} dall'elenco dei nodi di registrazione locali nelle impostazioni di Control Hub. |
|
mf.device. Registrazione di spazio di archiviazione non supportato |
La memoria del dispositivo non è sufficiente per la funzionalità di registrazione |
Critico |
Lo spazio totale su disco è {X} GB, che è inferiore alla memoria minima consigliata di 250 GB per la registrazione. | Espanda la capacità del disco ad almeno 250 GB per supportare la registrazione locale. |
|
mf.device.certificato CA non affidabile |
Il certificato del server installato su questo nodo non è attendibile. |
Critico |
Il certificato del server installato su questo nodo non è firmato da un utente fidatoCertificate Authority. Ciò potrebbe influire sulla funzionalità di registrazione. |
Il certificato del server installato su questo nodo deve essere firmato da un soggetto fidatoCertificate Authority. Aggiorna il certificato del server all'indirizzo: https://{hostname}/setup/#ca-certs |
Consentire agli utenti ospiti di utilizzare Video Mesh
Gli utenti ospiti (utenti non registrati Webex) possono partecipare alle riunioni che arrivano su Video Mesh, a condizione che si trovino all'interno della rete aziendale dell'organizzazione. Gli amministratori dell'organizzazione possono abilitare questa funzione tramite un interruttore in Control Hub.
-
Accedi a Control Hub.
-
Vai a Servizi > Hybrid nel riquadro di navigazione a sinistra.
- Faccia clic su Modifica impostazioni sulla scheda Video Mesh.
- Scorra verso il basso fino alla scheda di accesso utente Guest.
- L'interruttore sarà disabilitato per impostazione predefinita. Faccia clic sull'interruttore.
- Faccia clic su Salva per abilitare l'accesso come utente ospite.
Riunioni private
La funzione Riunione privata migliora la sicurezza della sua riunione chiudendo i media nei suoi locali. Quando pianifica una riunione privata, i contenuti multimediali terminano sempre sui nodi Video Mesh all'interno della rete aziendale senza una cascata cloud.
Come mostrato qui, le riunioni private non trasferiscono mai contenuti multimediali al cloud. I contenuti multimediali terminano interamente sui suoi cluster Video Mesh. I suoi cluster Video Mesh possono solo sovrapporsi tra loro.
Può prenotare un cluster Video Mesh per riunioni private. Quando il cluster riservato è pieno, i contenuti multimediali delle riunioni private vengono trasmessi a cascata agli altri cluster Video Mesh. Quando il cluster riservato è pieno, le riunioni private e le riunioni non private condividono le risorse dei cluster rimanenti.
Le riunioni non private non utilizzano cluster riservati, riservando tali risorse per le riunioni private. Se una riunione non privata esaurisce le risorse sulla rete, passa invece al cloud Webex.
L'app Webex con l'esperienza Webex completa abilitata è incompatibile con Video Mesh. Per dettagli, vedere Client e dispositivi che utilizzano Video Mesh Node.
Supporto e limitazioni per le riunioni private
Video Mesh supporta le riunioni private come segue:
-
Le riunioni private sono disponibili su Webex versione 40.12 e successive.
-
Solo le riunioni programmate possono utilizzare il tipo di riunione privata. Vedi l'articolo Pianifica una riunione Cisco Webex privata per i dettagli.
-
Le riunioni private non sono disponibili per le riunioni complete avviate o a cui si è partecipato dall'app Webex.
-
Può utilizzare qualsiasi dispositivo attualmente supportato da Video Mesh.
-
I suoi nodi possono utilizzare qualsiasi immagine corrente: 72 vCPU e 23 vCPU.
-
La logica delle riunioni private non crea lacune nelle metriche. Raccogliamo le stesse metriche per Control Hub e per le riunioni non private.
Poiché alcuni utenti non attivano questa funzione, i rapporti di analisi per le riunioni private non vengono visualizzati se la sua organizzazione non ha una riunione privata da 90 giorni.
-
Le riunioni private supportano la lavagna unidirezionale da un endpoint video.
Limitazioni
Le riunioni private hanno queste limitazioni:
-
Le riunioni private supportano solo il VoIP per l'audio. Non supportano l'Webex Edgeaudio o il PSTN.
-
Non può usare una sala riunioni personale (PMR) per una riunione privata.
-
Le riunioni private non supportano le funzionalità Webex che richiedono una connessione al cloud, come registrazione su cloud, trascrizione e. Webex Assistant
-
Non può partecipare a una riunione privata da un sistema video registrato nel cloud non autenticato, nemmeno da uno associato all'app Webex.
Usa le riunioni private come tipo di riunione predefinito
In Control Hub, può specificare che le riunioni programmate future per la sua organizzazione siano riunioni private.
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su . |
| 2 |
Faccia clic su Modifica impostazioni dalla scheda Video Mesh. Scorra fino a Riunioni private e abiliti l'impostazione. |
| 3 |
Salva le sue modifiche. |
Quando abilita questa impostazione, si applica a tutte le riunioni della sua organizzazione, anche a quelle programmate in precedenza.
(Facoltativo) Prenotare un cluster per riunioni private
Le riunioni private e non private normalmente utilizzano le stesse risorse Video Mesh. Ma, poiché le riunioni private devono mantenere i media locali, non possono impostare overflow verso il cloud quando le risorse locali sono esaurite. Per mitigare questa possibilità, può configurare un cluster Video Mesh per ospitare solo riunioni private.
In Control Hub, configura il cluster esclusivamente per ospitare riunioni private. Questa impostazione impedisce alle riunioni non private di utilizzare quel cluster. Per impostazione predefinita, per le riunioni private viene utilizzato quel cluster. Se il cluster esaurisce le risorse, le riunioni private vengono trasferite solo agli altri cluster Video Mesh.
Le consigliamo di fornire un cluster privato per gestire i picchi di utilizzo previsti dalle riunioni private.
Non può utilizzare il formato breve dell'indirizzo video (meet@ your_site) se prenota tutti i cluster Video Mesh per riunioni private. Queste chiamate al momento non riescono senza un messaggio di errore appropriato. Se lascia alcuni cluster senza prenotazione, le chiamate con il formato breve dell'indirizzo video possono connettersi tramite quei cluster.
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su e faccia clic su Mostra tutto sulla scheda Video Mesh. |
| 2 |
Seleziona il suo cluster Video Mesh dall'elenco e faccia clic su Modifica le impostazioni del cluster. |
| 3 |
Scorra fino a Riunioni private e abiliti l'impostazione. |
| 4 |
Salva le sue modifiche. |
Messaggi di errore per riunioni private
Questa tabella elenca i possibili errori che gli utenti potrebbero riscontrare quando partecipano a una riunione privata.
|
Messaggio di errore |
Azione dell'utente |
Motivo |
|---|---|---|
|
Accesso alla rete esterna negato Deve far parte della rete aziendale per partecipare alla riunione privata. I dispositivi Webex associati situati all'esterno della rete aziendale non sarebbero in grado di partecipare alla riunione, in uno scenario del genere provi a connettere il suo laptop, cellulare alla rete aziendale e partecipare alla riunione in modalità non associata. |
Un utente esterno accede dall'esterno della rete aziendale senza VPN o MRA. |
Per partecipare a una riunione privata, gli utenti esterni devono accedere alla rete aziendale tramite una VPN o un MRA. |
|
Un utente esterno utilizza una VPN, ma è associato a un dispositivo non autenticato. |
I contenuti multimediali del dispositivo non entrano in tunnel verso la rete aziendale tramite la VPN. Il dispositivo non può partecipare a una riunione privata. Invece, dopo la connessione alla VPN, l'utente remoto deve partecipare a una riunione privata in modalità dispositivo non associato dal proprio client desktop o mobile. | |
|
Nessun cluster disponibile I cluster che ospitano questa riunione privata sono al massimo della capacità, irraggiungibili, offline o non registrati. Contatti il suo amministratore IT per ricevere assistenza. |
Un utente è sulla rete aziendale (locale o remota tramite VPN), ma non può partecipare a una riunione privata. |
I suoi cluster Video Mesh sono:
|
|
Non autorizzato Non è autorizzato a partecipare a questa riunione privata in quanto non è membro dell'organizzazione ospitante. Si rivolga al conduttore della riunione. |
Un utente di un'organizzazione diversa da quella ospitante tenta di partecipare alla riunione privata. |
Solo gli utenti appartenenti all'organizzazione ospitante possono partecipare a una riunione privata. |
|
Un dispositivo di un'organizzazione diversa da quella ospitante tenta di partecipare alla riunione privata. |
Solo i dispositivi appartenenti all'organizzazione ospitante possono partecipare a una riunione privata. |
Tenga i suoi file multimediali su Video Mesh per tutte le riunioni esterne di Webex
Quando i suoi contenuti multimediali vengono trasmessi attraverso i suoi nodi Video Mesh locali, ottiene prestazioni migliori e utilizza meno larghezza di banda Internet.
Nelle versioni precedenti, controllava l'uso di Video Mesh per le riunioni solo per i suoi siti interni. Per le riunioni ospitate su siti Webex esterni, quei siti controllavano se Video Mesh poteva passare a Webex in cascata. Se un sito esterno non consentiva le cascate di Video Mesh, i suoi contenuti multimediali utilizzavano sempre i nodi cloud Webex.
Con l'Webex Meetingsimpostazione Prefer Video Mesh for All External, se il suo sito Webex dispone di nodi Video Mesh disponibili, i suoi file multimediali vengono trasmessi attraverso quei nodi per le riunioni ospitate su siti Webex esterni. Questa tabella riassume il comportamento dei suoi partecipanti che partecipano alle riunioni Webex:
| L'impostazione è... | Riunione sul sito Webex interno con cascate Video Mesh abilitate | Riunione sul sito Webex interno con le cascate Video Mesh disattivate | Riunione su un sito Webex esterno con cascate Video Mesh abilitate | Riunione su un sito Webex esterno con le cascate Video Mesh disattivate |
|---|---|---|---|---|
| Abilitato | Media utilizza i suoi nodi Video Mesh. | Media utilizza nodi cloud. | Media utilizza i suoi nodi Video Mesh. | Media utilizza i suoi nodi Video Mesh. |
| Disabile | Media utilizza i suoi nodi Video Mesh. | Media utilizza nodi cloud. | Media utilizza i suoi nodi Video Mesh. | Media utilizza nodi cloud. |
Questa impostazione è disattivata per impostazione predefinita, il che mantiene il comportamento delle versioni precedenti. In quelle versioni, il suo Video Mesh non è passato a cascata a Webex e i suoi partecipanti si sono uniti tramite i nodi cloud Webex.
| 1 |
Nella visualizzazione clienti in https://admin.webex.com, vada su e faccia clic su Mostra tutto sulla scheda Video Mesh. |
| 2 |
Seleziona il suo cluster Video Mesh nell'elenco e faccia clic su Modifica impostazioni. |
| 3 |
Scorra fino a Preferire la mesh video per tutti gli esterni Webex Meetings e abiliti l'impostazione. |
| 4 |
Salva le sue modifiche. |
Ottimizza l'utilizzo della sua distribuzione Video Mesh
Può indirizzare tutti i suoi clienti sui suoi cluster Video Mesh per una migliore esperienza utente tramite Video Mesh. Se la capacità del suo cluster Video Mesh è temporaneamente ridotta o l'utilizzo è aumentato, può ottimizzare l'utilizzo del cluster Video Mesh controllando quali tipi di client arrivano sui cluster Video Mesh. Questo aiuta a gestire la sua capacità esistente in modo efficace fino a quando non potrà aggiungere altri nodi per soddisfare la domanda.
Consulta il portale Analytics su Control Hub per comprendere le tendenze di utilizzo, utilizzo, reindirizzamento e overflow. In base a queste tendenze, potrebbe, ad esempio, scegliere di far atterrare i client desktop o i dispositivi SIP su cluster Video Mesh e far atterrare i client mobili sui nodi cloud Webex. Rispetto ai client mobili, i client desktop e i dispositivi SIP supportano una risoluzione più elevata, hanno schermi più grandi e utilizzano più larghezza di banda e Lei può ottimizzare l'esperienza utente per i partecipanti utilizzando questi tipi di client.
Può anche ottimizzare la capacità del cluster e massimizzare l'esperienza utente facendo atterrare i tipi di client utilizzati dalla maggior parte dei suoi clienti sui cluster Video Mesh.
| 1 |
Accedi a Control Hub, quindi seleziona . - oppure - Seleziona . |
| 2 |
In Impostazioni di inclusione del tipo di cliente, tutti i tipi di cliente sono selezionati per impostazione predefinita. Deseleziona i tipi di client che desidera escludere dall'uso dei cluster Video Mesh. Questi cluster sono ospitati su nodi cloud Webex. |
| 3 |
Faccia clic su Salva. |
Annullare la registrazione di Video Mesh Node
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su . |
| 2 |
Faccia clic su Visualizza tutto sulla scheda Video Mesh. |
| 3 |
Dall'elenco delle risorse, acceda al cluster appropriato e scelga il nodo. |
| 4 |
Faccia clic su . Viene visualizzato un messaggio che Le chiede di confermare che desidera eliminare il nodo. |
| 5 |
Dopo aver letto e compreso il messaggio, faccia clic su Annulla registrazione del nodo. |
Sposta il nodo Video Mesh
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su , quindi scelga Visualizza tutto sulla scheda Video Mesh. |
| 2 |
Dall'elenco, selezioni il nodo che desidera spostare e poi faccia clic su Azioni (i puntini di sospensione verticali). |
| 3 |
Seleziona Sposta nodo. |
| 4 |
Scelga il pulsante di opzione appropriato per il punto in cui desidera spostare il nodo:
|
| 5 |
Faccia clic su Sposta nodo. Il suo nodo si sposta nel nuovo cluster.
|
Imposta il programma di aggiornamento del cluster Video Mesh
Può impostare un programma di aggiornamento specifico o utilizzare il programma predefinito delle 3 del mattino. Quotidiano Stati Uniti: America/Los Angeles. Può scegliere di posticipare un aggiornamento imminente, se necessario.
Gli aggiornamenti software per Video Mesh vengono eseguiti automaticamente a livello di cluster, il che garantisce che tutti i nodi eseguano sempre la stessa versione del software. Gli aggiornamenti vengono eseguiti in base al programma di aggiornamento per il cluster. Quando un aggiornamento del software diventa disponibile, può aggiornare manualmente il cluster prima dell'orario di aggiornamento previsto.
Prima che Lei cominci
Gli aggiornamenti urgenti vengono applicati non appena sono disponibili.
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su , quindi faccia clic su Visualizza tutto sulla scheda Video Mesh. |
| 2 |
Fare clic su una risorsa multimediale e quindi su Modifica impostazioni del cluster. |
| 3 |
Nella pagina Impostazioni, scorra fino a Aggiornamento, quindi scelga l'ora, la frequenza e il fuso orario per la pianificazione dell' aggiornamento. Gli aggiornamenti possono richiedere più di qualche minuto se il nodo Video Mesh è in attesa della fine delle chiamate attive. Per un processo di aggiornamento più immediato, Le consigliamo di programmare la finestra di aggiornamento automatico al di fuori del suo normale orario lavorativo. |
| 4 |
(Facoltativo) Se necessario, faccia clic su Posticipa per posticipare l' aggiornamento una volta, fino alla finestra successiva . Nel fuso orario, vengono visualizzate la data e l'ora del prossimo aggiornamento disponibile. |
- Comportamento dell'aggiornamento
-
-
Il nodo effettua richieste periodiche al cloud per verificare se è disponibile un aggiornamento.
-
Il cloud non rende disponibile l'aggiornamento fino all'arrivo della finestra di aggiornamento del cluster. Quando arriva la finestra di aggiornamento, la successiva richiesta di aggiornamento periodica del nodo al cloud fornisce le informazioni di aggiornamento.
-
Il nodo raccoglie gli aggiornamenti su un canale sicuro.
-
I servizi esistenti sono stati chiusi con garbo per impedire l'instradamento delle chiamate in arrivo verso il nodo. Il grazioso spegnimento dà anche il tempo di completare le chiamate esistenti (fino a 2 ore).
-
L'aggiornamento si installa.
-
Il cloud attiva l'aggiornamento solo per una percentuale di nodi in un cluster alla volta.
Ridistribuisca un nodo se non è stato aggiornato o è in modalità manutenzione da sei mesi.
-
Elimina Video Mesh Cluster
| 1 |
Dalla visualizzazione clienti in https://admin.webex.com, vada su , quindi faccia clic su Visualizza tutto. |
| 2 |
Dall'elenco delle risorse, scorra fino alla risorsa Video Mesh che desidera eliminare, quindi faccia clic su Modifica impostazioni cluster. Può fare clic su Video Mesh per filtrare solo le risorse Video Mesh. |
| 3 |
Faccia clic su Elimina cluster e poi ne scelga uno:
|






per una breve descrizione del grafico.









