> 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-functionality.md).
# Funcionalidade
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 as relações entre pai e filho em 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 na mesma rede local participem do Mesh, fornecendo a conta do usuário externo *também* Permitir que eles [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ções de pai e filho são determinadas pelo Serviço de Orquestração em Nuvem do Zoom Mesh
O Serviço de Orquestração em Nuvem do Zoom Mesh (COS) é um serviço em nuvem responsável por definir os papéis de cliente pai e filho dentro de uma rede. O Serviço de Orquestração em Nuvem considera vários 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 malha
{% endcolumn %}
{% column %}
* Disponibilidade do Dispositivo (Ligado/Desligado)
* Opt-In/Out do Dispositivo
* Sistema Operacional
{% endcolumn %}
{% endcolumns %}
Usando estes 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 Alterar ao longo de um Evento
Durante o curso de uma reunião ou webinar, a designação de cliente de um usuário pode Alterar com base no desempenho ou na demanda.
Por exemplo, num Evento de 100 participantes, apenas 10 clientes pai podem ser necessários 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 à maior 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 os clientes é atualizada dinamicamente com base no desempenho contínuo de rede e hardware do Dispositivo.
Por exemplo, se um Dispositivo estiver mostrando baixa utilização de hardware (CPU/RAM) com uma 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 ou comece a apresentar desempenho degradado. No entanto, se o desempenho de rede ou hardware do Dispositivo começar a recusar, ele pode abrir mão de sua designação de cliente pai e voltar à Função de cliente filho.
#### Cada criança recebe dois pais
Os clientes filho conectados a uma rede mesh são atribuídos *dois* clientes pai para resiliência. Se um cliente pai falhar, o usuário fará failover imediatamente para o segundo cliente pai. Em seguida, um novo cliente pai secundário é estabelecido para restaurar a resiliência.
#### Os usuários não são informados quando estão conectados a uma rede mesh
Os anfitriões e participantes do Evento não recebem notificações no cliente quando 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-dashboard.md).
#### Os 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 Zoom Mesh com outros clientes VDI, desde que ambos os usuários estejam usando um Plug-In VDI compatível. Isso se deve às limitações técnicas da infraestrutura virtual e ao encaminhamento de mídia entre dispositivos.
**Os clientes VDI não distribuem o canal de compartilhamento de conteúdo em uma rede mesh**
Devido ao design do Cliente VDI da Zoom, o conteúdo de compartilhamento de tela deve ser roteado pela máquina virtual. Consequentemente, os clientes VDI não podem distribuir o compartilhamento de conteúdo em 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.
#### O Zoom 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. Este Recursos **não** aplicar ao carregamento de mídia, e todos os usuários continuarão a carregar individualmente o seu áudio, vídeo e mídia de compartilhamento de tela para o Zoom cloud.
{% hint style="success" %}
**Exemplo**
Se houver 10 usuários numa reunião com o Zoom Mesh ativado, dois clientes pai podem ser escolhidos com sete ou oito clientes filho. Quando o orador ativo atual estiver falando, desse usuário *fluxo de vídeo* irá transmitir da Zoom cloud para os clientes dos pais e, em seguida, será redistribuído para os clientes dos filhos dentro da rede.
Nesta situação, os clientes secundários **não** receber o vídeo do orador ativo da Zoom cloud, salvando 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 numa rede em malha.
#### As alterações do orador ativo do Mesh for Meetings não alteram as relações pai-filho nem as poupanças de largura de banda de distribuição de vídeo
Embora o foco do Zoom Mesh para Meetings seja redistribuir o feed de vídeo do orador ativo, as mudanças no orador ativo não afetam as relações entre clientes pais e filhos nem as poupanças de largura de banda proporcionadas pela redistribuição de vídeo. Quando o orador ativo muda, os clientes pais designados simplesmente Alterar o feed do vídeo que estão a redistribuir.
{% 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 vai Alterar do feed de vídeo de Maurice para o de Holly.
Esta Alterar não altera quais clientes usuário estão atualmente designados como pais ou filhos, nem a economia geral de largura de banda proporcionada pela redistribuição do vídeo, apenas o feed de vídeo redistribuído Alterar.
{% endhint %}
#### As economias de largura de banda podem 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 oferece suporte a 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 feed de vídeo do único orador ativo pela rede mesh, mas continuará a consumir quantidades padrão de largura de banda ao baixar os streams de vídeo dos 48 usuários restantes da nuvem Zoom.
Para as melhores práticas de economia de largura de banda, recomenda-se que os usuários visualizem as reuniões em um layout o mais próximo possível de um layout 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.
#### 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 Meetings, o Zoom Mesh para webinars redistribui todos os fluxos de vídeo dos anfitriões e painelistas do webinar na rede local usando relações entre pai e filho — não apenas os palestrantes que estão Ativo. Com esse design, todos os usuários envolvidos na rede mesh vão Continuar a se beneficiar de um consumo reduzido de largura de banda externa enquanto experimentam a mesma qualidade de vídeo que os demais.
#### Os benefícios do Mesh para webinars não vão Alterar com layouts de vídeo
Independentemente de quais layouts de vídeo os usuários vão Escolher ao visualizar um webinar, os usuários vão Continuar 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 com 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-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.
