> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/it/servizi-avanzati-enterprise/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md).
# Funzionalità di Zoom Mesh
Questa sezione illustra informazioni aggiuntive riguardanti la funzionalità Zoom Mesh.
### Funzionalità padre-figlio
Le sezioni seguenti forniscono informazioni aggiuntive sulle relazioni tra padre e figlio all'interno di una rete mesh.
#### Zoom Mesh crea una rete esclusivamente per gli utenti all'interno dello stesso account per impostazione predefinito
Per impostazione predefinito, Zoom Mesh crea una rete esclusivamente per gli utenti appartenenti allo stesso account. Tuttavia, un account può facoltativamente consentire agli utenti esterni autenticati all'interno della stessa rete locale di partecipare alla Mesh, fornendo l'account dell'utente esterno *anche* consente loro di [connettersi a una rete mesh di un altro account](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).
#### I ruoli padre e figlio sono determinati dal Zoom Mesh Cloud Orchestration Service
Lo Zoom Mesh Cloud Orchestration Service (COS) è un servizio cloud responsabile della definizione dei ruoli dei client padre e figlio all'interno di una rete. Il Cloud Orchestration Service considera numerosi insiemi di dati per determinare i client padre validi, tra cui:
{% columns %}
{% column %}
* Utilizzo della CPU
* Tipo di CPU
* Utilizzo della RAM
* Prestazioni storiche della mesh
{% endcolumn %}
{% column %}
* Disponibilità del Dispositivo (On/Off)
* Opt-In/Out del Dispositivo
* Sistema operativo
{% endcolumn %}
{% endcolumns %}
Utilizzando questi set di dati, il COS assegna i risultati di un utente tramite una rubrica: più alto è il punteggio di un utente, più è probabile che il client venga selezionato come genitore; più basso è il punteggio, meno è probabile.
#### La designazione del client genitore e figlio è dinamica e può Modifica nel corso di un Evento
Durante il corso di una riunione o webinar, la designazione del client di un utente può Modifica in base alle prestazioni o alla domanda.
Ad esempio, in un Evento di 100 partecipanti, potrebbero essere necessari solo 10 client padre per soddisfare la domanda di ridistribuzione, mentre i restanti 90 utenti ricevono flussi ridistribuiti come client figlio. Tuttavia, se l'Evento aumenta a 200 partecipanti, i client che in precedenza erano client figlio possono essere promossi a un client padre per affrontare la maggiore domanda.
In alternativa, se un client padre inizia a mostrare prestazioni degradate, il client può essere retrocesso allo stato di client figlio e verrà assegnato un nuovo client padre.
#### Il rapporto tra client padre e figlio è determinato dinamicamente dall'hardware e dalle prestazioni di rete di ogni macchina
Durante un Evento, il rapporto padre-figlio tra i client viene aggiornato dinamicamente in base alle prestazioni di rete e hardware in corso del Dispositivo.
Ad esempio, se un Dispositivo mostra un basso utilizzo dell'hardware (CPU/RAM) con un'elevata capacità di uplink di larghezza di banda, il Dispositivo è ideale per un Ruolo di client padre e può stabilire una relazione padre-figlio con diversi altri Dispositivi. In questo scenario, il client padre può tentare di ridistribuire i contenuti multimediali ad altri Dispositivi, purché il Dispositivo non sia sovraccaricato o inizi a rifiutare in termini di prestazioni. Tuttavia, se le prestazioni di rete o hardware del Dispositivo iniziano a rifiutare, può rinunciare alla designazione di client padre e tornare a un Ruolo di client figlio.
#### A ogni figlio vengono assegnati due genitori
Ai client figlio connessi a una rete mesh vengono assegnati *due* client padre per garantire resilienza. Se un client padre si guasta, l'utente passerà immediatamente al secondo client padre. Viene quindi stabilito un nuovo client padre secondario per ripristinare la resilienza.
#### Gli utenti non vengono informati quando sono connessi a una rete mesh
Gli host dell'Evento e i partecipanti non ricevono notifiche nel client quando sono connessi a una rete mesh. Le connessioni della rete mesh possono essere visualizzate solo da un admin o da un utente autorizzato tramite il [Dashboard di Zoom Mesh](/technical-library/it/servizi-avanzati-enterprise/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md).
#### I client VDI possono stabilire una connessione mesh solo con altri client VDI
Quando si usa Zoom Mesh con l'infrastruttura desktop virtuale (VDI), i dispositivi client possono stabilire connessioni Zoom Mesh solo con altri client VDI, a condizione che entrambi gli utenti utilizzino un VDI Plug-In supportato. Ciò è dovuto ai limiti tecnici dell'infrastruttura virtuale e al relaying dei contenuti multimediali tra i dispositivi.
**I client VDI non distribuiscono il canale di condivisione contenuti in una rete mesh**
A causa della progettazione del client VDI di Zoom, il contenuto di condivisione schermo deve essere instradato attraverso la macchina virtuale. Di conseguenza, i client VDI non possono distribuire la condivisione contenuti su una rete mesh e devono continuare a essere distribuiti all'interno dell'infrastruttura virtuale.
### Funzionalità di Zoom Mesh per riunioni
Le sezioni seguenti descrivono i dettagli della funzionalità di Zoom Mesh per riunioni.
#### Mesh per riunioni ridistribuisce il video dell'oratore attivo
Con Zoom Mesh per riunioni, l'ottimizzazione della larghezza di banda viene fornita ridistribuendo il *a valle* **dell’oratore attivo** video tra i partecipanti quando quattro o più utenti sono in una riunione. Questa Funzionalità **non** si applica al caricamento dei media, e tutti gli utenti continueranno a caricare individualmente i propri contenuti audio, video e di condivisione schermo su cloud Zoom.
{% hint style="success" %}
**Esempio**
Se ci sono 10 utenti in una riunione con Zoom Mesh abilitato, possono essere scelti due client parent con sette o otto client child. Quando l’oratore attivo corrente sta parlando, il video di quell’utente *flusso video* sarà trasmesso da cloud Zoom ai client parent e poi ridistribuito ai client child all’interno della rete.
In questo scenario, i client child **non** ricevere il feed video dell’oratore attivo da cloud Zoom, risparmiando potenzialmente fino a oltre 3 megabit di dati per utente quando si utilizza il video a 1080p.
{% endhint %}
L’immagine seguente fornisce un esempio di come il contenuto video dell’oratore attivo a valle viene ridistribuito all’interno di una rete mesh.
#### Mesh per riunioni: le modifiche dell’oratore attivo non alterano le relazioni padre-figlio né i risparmi di larghezza di banda della distribuzione video
Sebbene l’obiettivo di Zoom Mesh per riunioni sia ridistribuire il feed video dell’oratore attivo, le modifiche nell’oratore attivo non influenzano le relazioni tra i client padre e figlio né i risparmi di larghezza di banda garantiti dalla ridistribuzione video. Quando l’oratore attivo cambia, i client padre designati modificano semplicemente il feed del video che stanno ridistribuendo.
{% hint style="success" %}
**Esempio**
Se Maurice sta parlando in una riunione e poi Holly inizia a parlare, il feed di ridistribuzione del client padre passerà dal feed video di Maurice a quello di Holly.
Questa modifica non altera quali client utente sono attualmente designati come padre o figlio, né i risparmi generali di larghezza di banda garantiti dalla ridistribuzione video; cambia solo il feed video ridistribuito.
{% endhint %}
#### I risparmi di larghezza di banda possono variare in base ai layout video selezionati dall’utente
Sebbene Zoom Mesh consenta di risparmiare sulla larghezza di banda ridistribuendo il feed video dell’oratore attivo, i risparmi di larghezza di banda possono essere influenzati in base ai layout scelti dagli utenti. Ad esempio, Vista galleria supporta fino a 49 feed video sullo schermo contemporaneamente, mentre Vista oratore mostra un feed video alla volta. Se un utente guarda una riunione in Vista galleria, trarrà vantaggio dal ricevere il singolo feed video dell’oratore attivo tramite la rete mesh, ma continuerà a consumare quantità standard di larghezza di banda scaricando i restanti 48 stream video degli utenti da cloud Zoom.
Per le migliori pratiche di risparmio della larghezza di banda, si consiglia agli utenti di visualizzare le riunioni con un layout il più possibile simile a quello di un webinar, come Multi-Speaker o Vista oratore.
### Funzionalità di Zoom Mesh per webinar
Le sezioni seguenti descrivono i dettagli della funzionalità di Zoom Mesh per webinar.
#### Mesh per webinar ridistribuisce *tutti* gli stream video degli host e dei relatori del webinar all’interno della rete
A differenza di Zoom Mesh per riunioni, Zoom Mesh per webinar ridistribuisce tutti gli stream video degli host e dei relatori del webinar all’interno della rete locale utilizzando relazioni padre-figlio, non solo quelli degli oratori attivi. Con questa struttura, tutti gli utenti coinvolti nella rete mesh continueranno a beneficiare di un consumo ridotto di larghezza di banda esterna, godendo al contempo della stessa qualità video degli altri.
#### I vantaggi di Mesh per webinar non cambiano con i layout video
Indipendentemente dai layout video che gli utenti scelgono quando guardano un webinar, gli utenti continueranno a ricevere i vantaggi della ridistribuzione video all’interno della rete, inclusi Vista galleria, Vista oratore o Vista Multi-Speaker.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/it/servizi-avanzati-enterprise/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
