# Funcionalidad de Zoom Mesh
Esta sección detalla información adicional sobre la funcionalidad de Zoom Mesh.
### Funcionalidad entre padre e hijo
Las siguientes secciones proporcionan información adicional sobre las relaciones entre padre e hijo dentro de una red mesh.
#### 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 permitir opcionalmente que usuarios externos autenticados dentro de la misma red de área local participen en Mesh, siempre que la cuenta del usuario externo *también* les permita [conectarse a la red mesh 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, entre ellos:
{% columns %}
{% column %}
* Utilización de CPU
* tipo de CPU
* utilización de RAM
* rendimiento histórico de la mesh
{% endcolumn %}
{% column %}
* Disponibilidad del Dispositivo (Encendido/Apagado)
* Opt-In/Out del Dispositivo
* Sistema operativo
{% endcolumn %}
{% endcolumns %}
Usando estos conjuntos de datos, el COS evalú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 cambiar durante un evento
Durante el transcurso de una reunión o seminario web, la designación del cliente de un usuario puede cambiar en función del rendimiento o la demanda.
Por ejemplo, en un evento de 100 asistentes, solo podrían requerirse 10 clientes padre para satisfacer la demanda de redistribución, y los 90 usuarios restantes recibirían flujos redistribuidos como clientes hijo. Sin embargo, si el evento aumenta a 200 asistentes, los clientes que antes eran clientes hijo pueden ser promovidos a clientes padre para atender la mayor demanda.
Alternativamente, 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 relación entre clientes padre e hijo se determina dinámicamente según el hardware y el rendimiento de la red de cada máquina
Durante un evento, la relación padre-hijo entre clientes se actualiza dinámicamente en función del rendimiento continuo de la red y del hardware del Dispositivo.
Por ejemplo, si un Dispositivo muestra una baja utilización de hardware (CPU/RAM) con una alta capacidad de enlace ascendente de ancho de banda, el Dispositivo es ideal para una 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 o no comience a degradarse en rendimiento. Sin embargo, si el rendimiento de la red o del hardware del Dispositivo comienza a disminuir, puede ceder su designación de cliente padre y volver a una función de cliente hijo.
#### A cada hijo se le asignan dos padres
A los clientes hijo conectados a una red mesh se les asignan *dos* clientes padre por resiliencia. Si un cliente padre falla, el usuario conmutará inmediatamente al segundo cliente padre. Luego se establece un nuevo cliente padre secundario para restaurar la resiliencia.
#### Los usuarios no son informados cuando están conectados a una red mesh
Los anfitriones y asistentes del evento no reciben notificaciones dentro del cliente cuando están conectados a una red mesh. Las conexiones de red mesh 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 mesh 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 pantalla en una red mesh**
Debido al diseño del cliente VDI de Zoom, el contenido del 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 mesh y deben seguir 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 logra mediante la redistribución del *descendente* **video del orador activo** entre los participantes cuando hay cuatro o más usuarios en una reunión. Esta característica **no** se aplica a la carga de medios, y todos los usuarios seguirá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, pueden seleccionarse dos clientes padre con siete u ocho clientes hijo. Cuando el orador activo actual está hablando, el *flujo 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 el video del orador activo desde la nube de Zoom, lo que ahorra potencialmente hasta 3+ megabits de datos por usuario al usar video en 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 mesh.
#### Los cambios de 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
Aunque el enfoque de Zoom Mesh para reuniones es redistribuir el video del orador activo, los cambios en el orador activo no afectan a las relaciones entre clientes padre e hijos ni al ahorro de ancho de banda que proporciona la redistribución de video. Cuando cambia el orador activo, los clientes padre designados simplemente cambian el flujo de video que están redistribuyendo.
{% hint style="success" %}
**Ejemplo**
Si Maurice está hablando en una reunión y luego Holly comienza a hablar, el flujo de redistribución del cliente padre cambiará del video de Maurice al 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 que proporciona la redistribución de video; solo cambia el flujo de video redistribuido.
{% 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 el 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 transmisiones de video en pantalla a la vez, mientras que Vista del orador muestra un flujo de video a la vez. Si un usuario está viendo una reunión en Vista de galería, se beneficiará al recibir el único flujo de video del orador activo a través de la red mesh, pero seguirá consumiendo cantidades estándar de ancho de banda al descargar los 48 flujos de video restantes de los usuarios desde la nube de Zoom.
Para obtener 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 parecido posible al 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 utilizando relaciones padre-hijo, no solo los oradores activos. Con este diseño, todos los usuarios involucrados en la red mesh seguirá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 los diseños de video que elijan los usuarios al ver un seminario web, los usuarios seguirá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: 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.
