- 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 Nuovo e aggiungere la zona Webex. . Fare clic suNelle 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 Trova, quindi scegliere il nome del file del certificato o la Certificate Trust List (CTL) e fare clic su Scarica. . Immettere i criteri di ricerca e fare clic suSalva 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. |