> 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/es/servicios-empresarial-avanzados/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md).
# Funcionalidad de Zoom Mesh
Esta sección detalla información adicional sobre la funcionalidad de Zoom Mesh.
### Funcionalidad de padre-hijo
Las siguientes secciones proporcionan información adicional sobre las relaciones de padre e hijo dentro de una red de malla.
#### Zoom Mesh crea una red exclusivamente para usuarios dentro de la misma cuenta de forma predeterminada
De forma predeterminada, Zoom Mesh crea una red exclusivamente para usuarios que pertenecen a la misma cuenta. Sin embargo, una cuenta puede opcionalmente Permitir que usuarios externos autenticados dentro de la misma red de área local participen en la malla, siempre que la cuenta del usuario externo *también* les permita [conectarse a la red de malla de otra cuenta](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).
#### Los roles de padre e hijo son determinados por el Servicio de orquestación en la nube de Zoom Mesh
El Servicio de orquestación en la nube de Zoom Mesh (COS) es un servicio en la nube responsable de definir los roles de cliente padre e hijo dentro de una red. El Servicio de orquestación en la nube considera numerosos conjuntos de datos para determinar clientes padre viables, incluidos:
{% columns %}
{% column %}
* Utilización de la CPU
* tipo de CPU
* utilización de RAM
* Rendimiento histórico de la malla
{% endcolumn %}
{% column %}
* Disponibilidad del Dispositivo (Encendido/Apagado)
* Inclusión/exclusión voluntaria del Dispositivo
* Sistema operativo
{% endcolumn %}
{% endcolumns %}
Usando estos conjuntos de datos, el COS puntúa los resultados de un usuario mediante una rúbrica: cuanto mayor sea la puntuación de un usuario, más probable será que el cliente sea seleccionado como padre; cuanto menor sea la puntuación, menos probable será.
#### La designación de cliente padre e hijo es dinámica y puede Cambie durante un Evento
Durante el transcurso de una reunión o seminario web, la designación del cliente de un usuario puede Cambie según el rendimiento o la demanda.
Por ejemplo, en un Evento de 100 asistentes, solo pueden requerirse 10 clientes padre para satisfacer la demanda de redistribución, y los 90 usuarios restantes recibirán transmisiones redistribuidas como clientes hijo. Sin embargo, si el Evento aumenta a 200 asistentes, los clientes que anteriormente eran clientes hijo pueden ser promovidos a cliente padre para abordar la mayor demanda.
Como alternativa, si un cliente padre comienza a experimentar un rendimiento degradado, el cliente puede ser degradado al estado de cliente hijo, y se asignará un nuevo cliente padre.
#### La proporción de clientes padre-hijo se determina dinámicamente según el hardware y el rendimiento de red de cada máquina
Durante un Evento, la proporción padre-hijo entre clientes se actualiza dinámicamente según el rendimiento continuo de red y hardware del Dispositivo.
Por ejemplo, si un Dispositivo muestra baja utilización de hardware (CPU/RAM) con una alta capacidad de enlace ascendente de ancho de banda, el Dispositivo es ideal para un Rol, función de cliente padre y puede establecer una relación padre-hijo con varios otros dispositivos. En este escenario, el cliente padre puede intentar redistribuir medios a otros dispositivos, siempre que el Dispositivo no esté sobreasignado ni comience a degradarse en rendimiento. Sin embargo, si el rendimiento de red o hardware del Dispositivo comienza a rechazar, puede ceder su designación de cliente padre y volver a un Rol, función de cliente hijo.
#### A cada hijo se le asignan dos padres
A los clientes hijo conectados a una red de malla se les asignan *dos* clientes padre para resiliencia. Si un cliente padre falla, el usuario realizará una conmutación por error de inmediato al segundo cliente padre. Luego se establece un nuevo cliente padre secundario para restaurar la resiliencia.
#### No se informa a los usuarios cuando están conectados a una red de malla
Los anfitriones y asistentes del Evento no reciben notificaciones en el cliente cuando están conectados a una red de malla. Las conexiones de red de malla solo pueden ser vistas por un administrador o usuario autorizado a través del [Panel de control de Zoom Mesh](/technical-library/es/servicios-empresarial-avanzados/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md).
#### Los clientes VDI solo pueden establecer una conexión de malla con otros clientes VDI
Al usar Zoom Mesh con infraestructura de escritorio virtual (VDI), los dispositivos cliente solo pueden establecer conexiones de Zoom Mesh con otros clientes VDI, siempre que ambos usuarios estén usando un complemento VDI compatible. Esto se debe a limitaciones técnicas de la infraestructura virtual y de la retransmisión de medios entre dispositivos.
**Los clientes VDI no distribuyen el canal de uso compartido de contenido en una red de malla**
Debido al diseño del cliente VDI de Zoom, el contenido de uso compartido de pantalla debe enrutarse a través de la máquina virtual. En consecuencia, los clientes VDI no pueden distribuir el uso compartido de contenido a través de una red de malla y deben Continuar distribuyéndose dentro de la infraestructura virtual.
### Funcionalidad de Zoom Mesh para Reuniones
Las siguientes secciones describen detalles de la funcionalidad de Zoom Mesh para Reuniones.
#### Mesh para Reuniones redistribuye el video del orador activo
Con Zoom Mesh para Reuniones, la optimización del ancho de banda se ofrece redistribuyendo el video del *descendente* **orador activo** entre Participantes cuando hay cuatro o más usuarios en una reunión. Esta Características **no** se aplica a la carga de medios, y todos los usuarios continuarán cargando individualmente su audio, video y medios de uso compartido de pantalla a la nube de Zoom.
{% hint style="success" %}
**Ejemplo**
Si hay 10 usuarios en una reunión con Zoom Mesh habilitado, se pueden elegir dos clientes padre con siete u ocho clientes hijo. Cuando el orador activo actual está hablando, la *transmisión de video* de ese usuario se transmitirá desde la nube de Zoom a los clientes padre, y luego se redistribuirá a los clientes hijo dentro de la red.
En este escenario, los clientes hijo **no** reciben la fuente de video del orador activo desde la nube de Zoom, lo que potencialmente ahorra hasta 3+ megabits de datos por usuario al usar video de 1080p.
{% endhint %}
La siguiente imagen proporciona un ejemplo de cómo el contenido de video descendente del orador activo se redistribuye dentro de una red de malla.
#### Los cambios del orador activo en Mesh para Reuniones no alteran las relaciones padre-hijo ni el ahorro de ancho de banda de la distribución de video
Si bien el enfoque de Zoom Mesh para Reuniones es redistribuir la fuente de video del orador activo, los cambios en el orador activo no afectan las relaciones entre clientes padre e hijo ni el ahorro de ancho de banda que ofrece la redistribución de video. Cuando cambia el orador activo, los clientes padre designados simplemente cambian la fuente del video que están redistribuyendo.
{% hint style="success" %}
**Ejemplo**
Si Maurice está hablando en una reunión y luego Holly comienza a hablar, la fuente de redistribución del cliente padre cambiará de la fuente de video de Maurice a la de Holly.
Este cambio no altera qué clientes de usuario están actualmente designados como padres o hijos, ni el ahorro general de ancho de banda proporcionado por la redistribución de video; solo cambia la fuente de video redistribuida.
{% endhint %}
#### El ahorro de ancho de banda puede variar según los diseños de video seleccionados por el usuario
Aunque Zoom Mesh ahorra consumo de ancho de banda al redistribuir la fuente de video del orador activo, el ahorro de ancho de banda puede verse afectado según los diseños elegidos por los usuarios. Por ejemplo, Vista de galería admite hasta 49 fuentes de video en pantalla a la vez, mientras que Vista del orador muestra una fuente de video a la vez. Si un usuario está viendo una reunión en Vista de galería, se beneficiará al recibir la única fuente de video del orador activo a través de la red de malla, pero continuará consumiendo cantidades estándar de ancho de banda al descargar las 48 transmisiones de video de los usuarios restantes desde la nube de Zoom.
Para las mejores prácticas de ahorro de ancho de banda, se recomienda a los usuarios ver las reuniones con un diseño lo más cercano posible al estilo de un seminario web, como Multi-Speaker o Vista del orador.
### Funcionalidad de Zoom Mesh para Seminarios web
Las siguientes secciones describen detalles de la funcionalidad de Zoom Mesh para Seminarios web.
#### Mesh para Seminarios web redistribuye *todos* los flujos de video de los anfitriones y panelistas del seminario web dentro de la red
A diferencia de Zoom Mesh para Reuniones, Zoom Mesh para Seminarios web redistribuye todos los flujos de video de los anfitriones y panelistas del seminario web dentro de la red local mediante relaciones padre-hijo, no solo los oradores activos. Con este diseño, todos los usuarios que participan en la red de malla continuarán beneficiándose de un menor consumo de ancho de banda externo mientras experimentan la misma calidad de video que los demás.
#### Los beneficios de Mesh para Seminarios web no cambian con los diseños de video
Independientemente de qué diseños de video elijan los usuarios al ver un seminario web, los usuarios continuarán recibiendo los beneficios de la redistribución de video dentro de la red, incluida Vista de galería, Vista del orador o Vista de varios oradores.
---
# 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:
```
GET https://library.zoom.com/technical-library/es/servicios-empresarial-avanzados/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.
