> 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/rincon-del-administrador/network-management/quality-of-service-subscription-explainer.md).

# Calidad de Servicio de la Suscripción (Quality of Service Subscription, QSS) Explicador

### Calidad de Servicio de la Suscripción (Quality of Service Subscription, QSS) es un producto add-on que transmite telemetría de QoS casi en tiempo real para Zoom Meetings, Webinars y Zoom Phone mediante suscripciones de Evento

La Calidad de Servicio de la Suscripción (QSS) de Zoom es un producto add-on que ofrece datos de Calidad de servicio (QoS) casi en tiempo real para Zoom Meetings, Webinars y llamadas telefónicas. QSS amplía la funcionalidad del producto de Zoom enviando eventos de QoS a nivel de participante en intervalos a nivel de minuto (la tasa y la agregación pueden variar según la configuración). Clientes pueden usar este flujo de datos enriquecido para identificar si los entornos de red están afectando los servicios de Zoom.

#### <mark style="color:azul;">(QSS) ofrece las mismas métricas de QoS subyacentes que se usan en los Zoom Dashboards y en las APIs, pero el muestreo y el cronometraje difieren</mark>

El existente [Zoom Panel de control](https://support.zoom.us/hc/en-us/articles/204654719-Getting-started-using-the-Zoom-Dashboard-) proporciona métricas de rendimiento de red y de uso, que pueden ayudar a Clientes a entender cómo Zoom se está ejecutando en un entorno de red. (QSS) ofrece los mismos datos de QoS de Zoom, pero a una tasa más rápida. Debido a este muestreo a una tasa más rápida, las métricas QoS agregadas Mostrar valores diferentes de el Panel de control de Zoom principal. Sin embargo, estas métricas aún Permitir a Clientes Configurearlos en sus propias vistas de panel de control para correlacionar los datos de Zoom con sistemas adicionales.

La tabla siguiente describe los datos de QoS que se entregan a los puntos finales de un cliente mediante (QSS).

<table><thead><tr><th width="230"></th><th>QoS Datos entregados vía (QSS)</th></tr></thead><tbody><tr><td>Métricas de calidad</td><td>Tasa de bits, Latencia, Jitter, Pérdida de paquetes, Resolución, Frecuencia de fotogramas, Uso de CPU</td></tr><tr><td>Métricas de uso</td><td>Dispositivo, Red, Región de señalización, Versión del cliente, audio (E/S), Vídeo (E/S)</td></tr><tr><td>Frecuencia</td><td>Aprox. 1 Evento por minuto, por participante (por métrica de QoS o conjunto agregado según la Configuración de la cuenta).</td></tr><tr><td>Retención de datos</td><td>Los registros de entrega de Evento se conservan durante 7 días a través de la API de registros de webhook; los datos históricos de QoS a través de endpoints de API pueden conservarse durante más tiempo (según la licencia).</td></tr></tbody></table>

#### <mark style="color:azul;">Zoom Panel de control data no debe compararse con datos entregados a través de (QSS) a un punto de conexión de terceros de un cliente</mark>

(QSS) y el Panel de control de Zoom ofrecen dos mecanismos separados para acceder a los datos de QoS de Zoom que no deben compararse. Aunque el Panel de control de Zoom y (QSS) extraen del mismo conjunto de datos de QoS, los datos de cada mecanismo no coincidirán debido a diferencias en el momento de recuperación y en la frecuencia de entrega de datos.

#### <mark style="color:azul;">(QSS) admite datos de Evento en tiempo real para Reuniones, Webinars y llamadas telefónicas</mark>

(QSS) suministra datos de Evento de QoS para todos los usuarios en una cuenta para Zoom Meetings y Webinars, así como para llamadas de Zoom Phone. Debido a que Zoom no gestiona el último tramo de las llamadas, (QSS) solo proporciona datos de Evento de QoS a nivel de cuenta para llamadas de Zoom Phone y, por lo tanto, no puede proporcionar una visibilidad completa de los datos avanzados de participante de extremo a extremo.

#### <mark style="color:azul;">(QSS) los datos no incluyen datos para Participantes externos</mark>

(QSS) no proporciona datos para participantes externos de la reunión. Sin embargo, (QSS) puede ayudar a identificar qué participante interno de la reunión tuvo un problema y cuál fue ese problema, así como las métricas de calidad y de uso que Clientes necesitarán para solucionar problemas.

### (QSS) permite a Clientes traer datos sin procesar de QoS de Zoom Panel de control a sus flujos de trabajo existentes

Si bien los Clientes de Zoom históricamente han podido usar herramientas como el Panel de control de Zoom o las APIs para ver o recuperar datos de QoS de Zoom, (QSS) te permite transmitir la telemetría de QoS de Zoom a tus plataformas de administración y supervisión de la red mediante suscripciones de Evento (webhook o WebSocket).

#### <mark style="color:azul;">(QSS) entrega eventos de QoS casi en tiempo real a los endpoints a los que te has suscrito, reduciendo el sondeo de API y el impacto de los límites de velocidad</mark>

(QSS) Clientes pueden suscribirse a eventos de QoS y a datos en tiempo real que se enviarán a los endpoints de su aplicación, lo que ayuda a liberar capacidad de API y optimizar la utilización de la red. (QSS) es una ampliación de la [servicio webhook Estándar](https://developers.zoom.us/docs/api/webhooks/) porque puede enviar datos brutos de QoS a un punto de conexión a una tasa de casi tiempo real de 4 a 6 veces por minuto.

#### <mark style="color:azul;">(QSS) permite a Clientes acceder a datos de QoS casi en tiempo real desde Panel de control de Zoom sin alcanzar los límites de velocidad de la API</mark>

Los servicios API se basan en solicitudes y usan un mecanismo de “pull” para recopilar los datos solicitados por una aplicación o usuario. Las API consumen más recursos que los webhooks porque requieren llamadas repetidas para extraer datos de un punto de conexión de API.

Clientes que usan [APIs de Zoom](https://developers.zoom.us/docs/api/) al intentar extraer datos de QoS desde Panel de control puede encontrar límites de velocidad, lo que significa que han alcanzado el número máximo de llamadas a la API que pueden realizar dentro de un período de tiempo determinado. QSS no aumenta los límites de velocidad de la API, pero reduce la preocupación de los Clientes por los límites de velocidad al enviar los datos de QoS sin procesar a sus puntos finales en lugar de requerir que los Clientes extraigan los datos ellos mismos.

#### <mark style="color:azul;">(QSS) permite a Clientes consumir datos sin procesar de Zoom QoS y solucionar problemas usando su sistema de gestión de red preferido</mark>

Ciertos Clientes pueden necesitar evaluar el rendimiento de su red en varias aplicaciones a la vez. QSS les permite supervisar los datos de QoS de Zoom en Panel de control junto con otros datos en su conjunto de aplicaciones, proporcionando una forma flexible y escalable de consumir datos de QoS de Zoom e integrarlos sin problemas en Panel de control personalizados.

#### <mark style="color:azul;">Los datos de Zoom QoS se transmiten a través de TLS 1.2</mark>

(QSS) los datos se cifran en tránsito mediante TLS 1.2 o superior. Los endpoints deben usar un certificado de una autoridad certificadora (CA) válido. Las solicitudes webhook incluyen un encabezado de firma y una comprobación de desafío-respuesta para Verificación.

Para mayor seguridad, se pedirá a los clientes que [validar sus endpoints de webhook](https://developers.zoom.us/docs/api/webhooks/) usando una comprobación Challenge-Response (CRC). El CRC confirmará la propiedad y la seguridad de sus URL del punto de conexión de Notificación de Evento.

### Clientes pueden comenzar a consumir datos de QoS creando una aplicación que puede recibir eventos de (QSS)

Después de que un cliente compre el plan add-on de (QSS), al menos un usuario en la cuenta debe tener permisos de desarrollador habilitados. Clientes pueden entonces usar los siguientes tres pasos para crear una aplicación de webhook que pueda suscribirse a eventos de (QSS).

Clientes también pueden seguir el [Paquete de desarrollador de Zoom](https://news.zoom.com/zoom-announces-developer-pack-resale-for-channel-partners/) con una marca QSS habilitada, que agrupa QSS con otras herramientas para desarrolladores.

{% stepper %}
{% step %}
**Cree una aplicación de suscripción de Evento (OAuth general o de servidor a servidor). Habilitar las suscripciones de Evento y Seleccione eventos QoS**

Clientes deben primero crear una aplicación OAuth general o de servidor a servidor en la [Zoom App Marketplace](https://marketplace.zoom.us/). Entonces, ellos Habilitarían las Suscripciones de Evento y Seleccione los Evento de QoS que desean recibir.

Siguiente, los Clientes deben especificar el destino para las (QSS) Evento Notificación introduciendo la URL del punto de conexión de la Notificación del Evento de su aplicación

{% hint style="info" %}
No se requiere una aplicación solo de webhook para esta configuración. Zoom recomienda crear una aplicación general.
{% endhint %}
{% endstep %}

{% step %}
**Suscríbete a los eventos del webhook de (QSS)**

Para suscribirse a eventos de (QSS), Clientes deben Añadir eventos y Seleccione de la lista de (QSS) Disponible **Tipos de Evento**. Clientes pueden Seleccione uno o más eventos (QSS) antes de completar el proceso y activar su aplicación.

<figure><img src="/files/47eb770b29e5c14138f9d2ef19066e180dc57e70" alt="Image of the Event types screen, focused on QSS options."><figcaption></figcaption></figure>

También puedes gestionar suscripciones a través de la interfaz de usuario de Marketplace o mediante llamadas a API:

* `POST /Marketplace/aplicación/Evento_subscription – crear`
* `PATCH /{id} – suscribir usuarios/cuentas`
* `ELIMINAR /{id} – cancelar suscripción/eliminar`
* `GET /Marketplace/aplicación/Evento_subscription – lista`

Para autenticar mediante API, use un token del flujo de concesión de credenciales de cliente.
{% endstep %}

{% step %}
**Verificar eventos de webhook**

Después de configurar las suscripciones de Evento, asegúrese de que tanto la propiedad de la URL de webhook como la autenticidad del Evento se validen correctamente.

* **Validación de URL**
  * Cuando usted Habilitar por primera vez las suscripciones de Evento, Zoom realiza una Comprobación de Desafío–Respuesta (CRC) para verificar la propiedad de su punto de conexión webhook. Este proceso garantiza que Zoom esté enviando datos a un destino legítimo controlado por su aplicación. (Puede incluir el manejo de CRC en un paso de configuración anterior si lo prefiere.)
* **Validación de Evento**
  * Cada notificación de Evento entrante debe ser verificada por su aplicación para confirmar que se originó en Zoom. La aplicación puede validar las solicitudes entrantes utilizando el encabezado de firma proporcionado en cada Evento de webhook. Los desarrolladores que prefieran una alternativa al método de firma predeterminado pueden usar una de las otras opciones de Verificación compatibles descritas en la documentación para desarrolladores de Zoom.
  * Usa la API Get webhook Logs para revisar hasta siete días de datos de entrega de webhook, incluidos el estado, el recuento de reintentos y el ID de seguimiento.
    {% endstep %}
    {% endstepper %}

Para obtener todos los detalles de implementación, consulte [Guía de implementación de (QSS)](https://drive.google.com/file/d/1oOEUeizi5VqtMTJIn3E1dFbYcbuv-Y2n/view) para desarrolladores. Para obtener detalles técnicos, consulte las guías de la API de suscripción de Evento, la API de registros de webhook y la autenticación de Client Credentials Grant en la documentación para desarrolladores de Zoom.


---

# 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/es/rincon-del-administrador/network-management/quality-of-service-subscription-explainer.md?ask=<question>&goal=<endgoal>
```

`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.