> 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/pt/servicos-empresariais-avancados/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md).
# Funcionalidade do Zoom Mesh
Esta seção detalha informações adicionais sobre a funcionalidade do Zoom Mesh.
### Funcionalidade pai-filho
As seções a seguir fornecem informações adicionais sobre relações entre pai e filho dentro de uma rede mesh.
#### O Zoom Mesh cria uma rede exclusivamente para usuários dentro da mesma conta por padrão
Por padrão, o Zoom Mesh cria uma rede exclusivamente para usuários pertencentes à mesma conta. No entanto, uma conta pode opcionalmente Permitir que usuários externos autenticados, dentro da mesma rede local, participem da Mesh, desde que a conta do usuário externo *também* lhes permita [conectar-se à rede mesh de outra conta](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).
#### As Funçãos de pai e filho são determinadas pelo Serviço de Orquestração da Nuvem do Zoom Mesh
O Serviço de Orquestração da Nuvem do Zoom Mesh (COS) é um serviço de nuvem responsável por definir as Funçãos de cliente pai e filho dentro de uma rede. O Serviço de Orquestração da Nuvem considera inúmeros conjuntos de dados para determinar clientes pai viáveis, incluindo:
{% columns %}
{% column %}
* Utilização da CPU
* tipo de CPU
* utilização da RAM
* Desempenho histórico da mesh
{% endcolumn %}
{% column %}
* Disponibilidade do Dispositivo (Ligado/Desligado)
* Adesão/saída do Dispositivo
* Sistema operacional
{% endcolumn %}
{% endcolumns %}
Usando esses conjuntos de dados, o COS pontua os resultados de um usuário por meio de uma rubrica: quanto maior a pontuação de um usuário, maior a probabilidade de o cliente ser selecionado como pai; quanto menor a pontuação, menor a probabilidade.
#### A designação de cliente pai e filho é dinâmica e pode mudar ao longo de um Evento
Durante o curso de uma reunião ou webinar, a designação do cliente de um usuário pode mudar com base no desempenho ou na demanda.
Por exemplo, em um Evento com 100 participantes, podem ser necessários apenas 10 clientes pai para atender à demanda de redistribuição, com os 90 usuários restantes recebendo fluxos redistribuídos como clientes filho. No entanto, se o Evento aumentar para 200 participantes, clientes que antes eram clientes filho podem ser promovidos a cliente pai para atender ao aumento da demanda.
Alternativamente, se um cliente pai começar a apresentar desempenho degradado, o cliente pode ser rebaixado ao status de cliente filho, e um novo cliente pai será atribuído.
#### A proporção de clientes pai-filho é determinada dinamicamente pelo hardware e pelo desempenho de rede de cada máquina
Durante um Evento, a proporção pai-filho entre clientes é atualizada dinamicamente com base no desempenho contínuo de rede e hardware do Dispositivo.
Por exemplo, se um Dispositivo estiver apresentando baixa utilização de hardware (CPU/RAM) com alta capacidade de uplink de largura de banda, o Dispositivo é ideal para uma Função de cliente pai e pode estabelecer uma relação pai-filho com vários outros dispositivos. Nesse cenário, o cliente pai pode tentar redistribuir mídia para outros dispositivos, desde que o Dispositivo não esteja sobrecarregado nem comece a degradar em desempenho. No entanto, se o desempenho de rede ou hardware do Dispositivo começar a recusar, ele poderá abrir mão de sua designação de cliente pai e voltar para uma Função de cliente filho.
#### Cada filho recebe dois pais
Clientes filho conectados a uma rede mesh recebem *dois* clientes pai para resiliência. Se um cliente pai falhar, o usuário fará failover imediatamente para o segundo cliente pai. Um novo cliente pai secundário é então estabelecido para restaurar a resiliência.
#### Os usuários não são informados quando estão conectados a uma rede mesh
Anfitriões e participantes do Evento não recebem notificações no cliente quando estão conectados a uma rede mesh. As conexões da rede mesh só podem ser vistas por um administrador ou usuário autorizado por meio do [Painel do Zoom Mesh](/technical-library/pt/servicos-empresariais-avancados/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md).
#### Clientes VDI só podem estabelecer uma conexão mesh com outros clientes VDI
Ao usar o Zoom Mesh com infraestrutura de desktop virtual (VDI), os dispositivos cliente só podem estabelecer conexões do Zoom Mesh com outros clientes VDI, desde que ambos os usuários estejam usando um plug-in VDI compatível. Isso se deve a limitações técnicas da infraestrutura virtual e ao retransmissão de mídia entre dispositivos.
**Clientes VDI não distribuem o canal de compartilhamento de conteúdo em uma rede mesh**
Devido ao design do Cliente VDI do Zoom, o conteúdo de compartilhamento de tela deve ser roteado pela máquina virtual. Consequentemente, clientes VDI não podem distribuir compartilhamento de conteúdo por uma rede mesh e devem continuar a ser distribuídos dentro da infraestrutura virtual.
### Funcionalidade do Zoom Mesh para Reuniões
As seções a seguir descrevem detalhes da funcionalidade do Zoom Mesh para Reuniões.
#### A Mesh para Reuniões redistribui o vídeo do orador ativo
Com o Zoom Mesh para Reuniões, a otimização da largura de banda é fornecida pela redistribuição do *a jusante* **do orador ativo** vídeo entre participantes quando quatro ou mais usuários estão em uma reunião. Esse Recursos **não** se aplica ao envio de mídia, e todos os usuários continuarão a carregar individualmente sua mídia de áudio, vídeo e compartilhamento de tela para a Nuvem Zoom.
{% hint style="success" %}
**Exemplo**
Se houver 10 usuários em uma reunião com o Zoom Mesh habilitado, dois clientes pai poderão ser escolhidos com sete ou oito clientes filho. Quando o atual orador ativo estiver falando, o *fluxo de vídeo* desse usuário será transmitido da Nuvem Zoom para os clientes pai e depois será redistribuído para os clientes filho dentro da rede.
Nesse cenário, os clientes filho **não** recebem o feed de vídeo do orador ativo da Nuvem Zoom, economizando potencialmente até 3+ megabits de dados por usuário ao usar vídeo em 1080p.
{% endhint %}
A imagem a seguir fornece um exemplo de como o conteúdo de vídeo a jusante do orador ativo é redistribuído dentro de uma rede mesh.
#### As mudanças de orador ativo na Mesh para Reuniões não alteram as relações pai-filho nem a economia de largura de banda da distribuição de vídeo
Embora o foco do Zoom Mesh para Reuniões seja redistribuir o feed de vídeo do orador ativo, as mudanças no orador ativo não afetam as relações entre os clientes pai e filho nem a economia de largura de banda proporcionada pela redistribuição de vídeo. Quando o orador ativo muda, os clientes pai designados simplesmente mudam o feed do vídeo que estão redistribuindo.
{% hint style="success" %}
**Exemplo**
Se Maurice estiver falando em uma reunião e depois Holly começar a falar, o feed de redistribuição do cliente pai mudará do feed de vídeo de Maurice para o de Holly.
Essa mudança não altera quais clientes de usuário estão atualmente designados como pais ou filhos, nem a economia geral de largura de banda proporcionada pela redistribuição de vídeo; apenas o feed de vídeo redistribuído muda.
{% endhint %}
#### A economia de largura de banda pode variar dependendo dos layouts de vídeo selecionados pelo usuário
Embora o Zoom Mesh economize no consumo de largura de banda ao redistribuir o feed de vídeo do orador ativo, a economia de largura de banda pode ser afetada dependendo dos layouts escolhidos pelos usuários. Por exemplo, a Exibição da galeria suporta até 49 feeds de vídeo na tela ao mesmo tempo, enquanto a Exibição do palestrante mostra um feed de vídeo por vez. Se um usuário estiver assistindo a uma reunião na Exibição da galeria, ele se beneficiará ao receber o único feed de vídeo do orador ativo pela rede mesh, mas continuará a consumir quantidades padrão de largura de banda ao baixar os fluxos de vídeo dos 48 usuários restantes da Nuvem Zoom.
Para as melhores práticas de economia de largura de banda, os usuários são incentivados a visualizar reuniões em um layout o mais próximo possível do estilo de webinar, como Multi-Speaker ou Exibição do palestrante.
### Funcionalidade do Zoom Mesh para Webinars
As seções a seguir descrevem detalhes da funcionalidade do Zoom Mesh para Webinars.
#### A Mesh para Webinars redistribui *todos* os fluxos de vídeo dos anfitriões e painelistas do webinar dentro da rede
Ao contrário do Zoom Mesh para Reuniões, o Zoom Mesh para Webinars redistribui todos os fluxos de vídeo dos anfitriões e painelistas do webinar dentro da rede local usando relações pai-filho — não apenas os oradores ativos. Com esse design, todos os usuários envolvidos na rede mesh continuarão a se beneficiar do consumo reduzido de largura de banda externa, ao mesmo tempo que experimentam a mesma qualidade de vídeo que os demais.
#### Os benefícios da Mesh para Webinars não mudam com os layouts de vídeo
Independentemente dos layouts de vídeo que os usuários Escolherem ao visualizar um webinar, os usuários continuarão a receber os benefícios da redistribuição de vídeo dentro da rede, incluindo Exibição da galeria, Exibição do palestrante ou Exibição de vários palestrantes.
---
# 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/pt/servicos-empresariais-avancados/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.
