> 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/nl/beheerdershoek/network-management/quality-of-service-subscription-explainer.md).

# Quality of Service-abonnement uitleg

### Quality of Service-abonnement is een Add-on(s) product dat bijna realtime QoS-telemetrie streamt voor Zoom Meetings, Webinars en Zoom Phone via Evenementabonnementen

Zoom’s Quality of Service-abonnement (QSS) is een Add-on(s) product dat bijna real-time Quality of Service (QoS)-gegevens biedt voor Zoom Meetings, Webinars en telefoongesprekken. QSS breidt de productfunctionaliteit van Zoom uit door participant-level QoS-events te verzenden in intervallen van minuten (snelheid en aggregatie kunnen variëren afhankelijk van configuratie). Klanten kunnen deze rijke gegevensstroom gebruiken om te bepalen of netwerkomgevingen van invloed zijn op de services van Zoom.

#### <mark style="color:blauw;">QSS levert dezelfde onderliggende QoS-metingen die worden gebruikt in Zoom-dashboards en API's, maar de sampling en timing verschillen</mark>

De bestaande [Zoom Dashboard](https://support.zoom.us/hc/en-us/articles/204654719-Getting-started-using-the-Zoom-Dashboard-) biedt netwerkprestaties en gebruiksstatistieken, waarmee Klanten kunnen begrijpen hoe Zoom werkt in een netwerkomgeving. QSS biedt dezelfde Zoom QoS-gegevens, maar met een hogere frequentie. Door deze snellere bemonsteringsfrequentie zullen geaggregeerde QoS-statistieken waarden Weergeven die verschillen van het hoofd- Zoom Dashboard. Deze statistieken Toestaan echter nog steeds dat Klanten ze kunnen Configureer in hun eigen dashboardweergaven om Zoom-gegevens te correleren met aanvullende systemen.

De onderstaande tabel beschrijft de QoS-gegevens die via QSS aan de eindpunten van een klant worden geleverd.

<table><thead><tr><th width="230"></th><th>QoS-gegevens geleverd via QSS</th></tr></thead><tbody><tr><td>Kwaliteitsmetingen</td><td>Bitsnelheid, Latentie, Jitter, Pakketverlies, Resolutie, Framerate, CPU-gebruik</td></tr><tr><td>Gebruiksstatistieken</td><td>Apparaat, netwerk, signaleringsregio, clientversie, audio (I/O), video (I/O)</td></tr><tr><td>Frequentie</td><td>Ongeveer 1 Evenement per minuut, per Deelnemer (per QoS-metriek of geaggregeerde set, afhankelijk van account Instellingen).</td></tr><tr><td>Gegevensretentie</td><td>Logboeken voor Evenement-levering worden 7 dagen bewaard via de webhook-logboeken API; historische QoS-gegevens via API Eindpunten kunnen langer bewaard blijven (afhankelijk van licentie).</td></tr></tbody></table>

#### <mark style="color:blauw;">Gegevens van Dashboard mogen niet worden vergeleken met gegevens die via QSS worden geleverd aan een Eindpunt van een klant van een derde partij</mark>

QSS en het Zoom Dashboard bieden twee afzonderlijke mechanismen voor toegang tot Zoom QoS-gegevens die niet mogen worden vergeleken. Hoewel het Zoom Dashboard en QSS gegevens halen uit dezelfde pool van QoS-gegevens, zullen de gegevens in elk mechanisme niet overeenkomen vanwege verschillen in de timing van het ophalen en de frequentie van gegevenslevering.

#### <mark style="color:blauw;">QSS ondersteunt realtime Evenement-gegevens voor Meetings, Webinars en Zoom Phone-gesprekken</mark>

QSS levert QoS Evenement-gegevens voor alle gebruikers op een account voor Zoom Meetings en Webinars, evenals voor Zoom Phone-gesprekken. Omdat Zoom het laatste deel van gesprekken niet beheert, biedt QSS alleen QoS Evenement-gegevens op accountniveau voor Zoom Phone-gesprekken en kan het daarom geen volledig inzicht bieden in de end-to-end geavanceerde Deelnemer-gegevens.

#### <mark style="color:blauw;">QSS-gegevens bevatten geen gegevens voor externe deelnemers</mark>

QSS biedt geen gegevens voor externe vergaderingsdeelnemers. QSS kan echter helpen vast te stellen welke interne vergaderingsdeelnemer een probleem had en wat dat probleem was, evenals de kwaliteits- en gebruiksstatistieken die Klanten nodig hebben om problemen op te lossen.

### QSS stelt klanten in staat ruwe QoS-gegevens uit Zoom Dashboard in hun bestaande workflows te gebruiken

Hoewel Zoom-klanten historisch gezien tools zoals Zoom Dashboard of API's hebben kunnen gebruiken om Zoom QoS-gegevens te bekijken of op te halen, laat QSS je Zoom QoS-telemetrie streamen naar je netwerkbeheer- en bewakingsplatforms via Evenement-abonnementen (webhook of WebSocket).

#### <mark style="color:blauw;">QSS levert QoS-Evenementen bijna in realtime aan je geabonneerde Eindpunten, waardoor API-polling en impact van rate limits worden verminderd</mark>

QSS-klanten kunnen zich abonneren op realtime QoS-Evenementen en gegevens die naar hun applicatie-Eindpunten worden gepusht, wat helpt om API Capaciteit vrij te maken en het netwerkgebruik te optimaliseren. QSS is een uitbreiding van Zoom’s [standaard webhook-service](https://developers.zoom.us/docs/api/webhooks/) omdat het ruwe QoS-gegevens met een snelheid van bijna realtime, 4 tot 6 keer per minuut, naar een Eindpunt kan sturen.

#### <mark style="color:blauw;">QSS stelt klanten in staat om bijna realtime QoS-gegevens uit Zoom Dashboard te openen zonder API-rate limits te bereiken</mark>

API-services zijn op verzoek gebaseerd en gebruiken een ‘pull’-mechanisme om gegevens op te halen die door een app of gebruiker worden opgevraagd. API's zijn intensiever in middelenverbruik dan webhooks omdat ze herhaalde aanroepen vereisen om gegevens uit een API-Eindpunt op te halen.

Klanten die [Zoom API's](https://developers.zoom.us/docs/api/) om QoS-gegevens uit Zoom Dashboard op te halen, kunnen te maken krijgen met snelheidslimieten, wat betekent dat ze het maximale aantal API-aanroepen hebben bereikt dat ze binnen een bepaalde periode kunnen doen. QSS verhoogt de API-snelheidslimieten niet, maar vermindert de zorgen van klanten over snelheidslimieten door onbewerkte QoS-gegevens naar hun Eindpunt(en) te pushen in plaats van klanten te verplichten de gegevens zelf op te halen.

#### <mark style="color:blauw;">QSS stelt klanten in staat onbewerkte Zoom QoS-gegevens te gebruiken en problemen op te lossen met hun voorkeursysteem voor netwerkbeheer</mark>

Bepaalde klanten moeten mogelijk hun netwerkprestaties in meerdere applicaties tegelijk beoordelen. QSS stelt hen in staat Zoom QoS-gegevens te monitoren in een dashboard naast andere gegevens in hun applicatiepakket, en biedt een flexibele, schaalbare manier om Zoom QoS-gegevens te gebruiken en deze naadloos te integreren in aangepaste dashboards.

#### <mark style="color:blauw;">Zoom QoS-gegevens worden verzonden via TLS 1.2</mark>

QSS-gegevens worden tijdens de overdracht versleuteld met TLS 1.2 of hoger. Eindpunten moeten een geldig certificaat van een certificaatautoriteit (CA) gebruiken. Webhook-verzoeken bevatten een signature-header en een challenge-response-controle voor Verificatie.

Voor extra beveiliging worden klanten gevraagd om [hun webhook Eindpunten te valideren](https://developers.zoom.us/docs/api/webhooks/) met behulp van een Challenge-Response Check (CRC). De CRC bevestigt het eigendom en de beveiliging van hun Evenement Melding Eindpunt-URL's.

### Klanten kunnen beginnen met het gebruiken van QoS-gegevens door een applicatie te maken die QSS-gebeurtenissen kan ontvangen

Nadat een Klanten een QSS Add-on(s) abonnement heeft gekocht, moet ten minste één gebruiker op de account ontwikkelaarstoegang hebben ingeschakeld. Klanten kunnen vervolgens de volgende drie stappen gebruiken om een webhook applicatie te maken die zich kan abonneren op QSS-gebeurtenissen.

Klanten kunnen ook het nastreven [Zoom-ontwikkelaarspakket](https://news.zoom.com/zoom-announces-developer-pack-resale-for-channel-partners/) met een ingeschakelde QSS-vlag, die QSS bundelt met andere ontwikkelaarstools.

{% stepper %}
{% step %}
**Maak een app voor Evenementabonnementen (Algemeen of Server-naar-Server OAuth). Inschakelen Evenementabonnementen en Selecteer QoS-evenementen**

Klanten moeten eerst een General- of Server-to-Server OAuth-app maken in de [Zoom App Marketplace](https://marketplace.zoom.us/). Vervolgens zouden ze Evenementabonnementen Inschakelen en de QoS-evenementen Selecteer die ze willen ontvangen.

Volgende moeten Klanten het bestemmingsadres voor QSS Evenement-meldingen opgeven door de URL van hun applicatie’s Eindpunt voor Evenementmeldingen in te voeren

{% hint style="info" %}
Voor deze configuratie is geen webhook-only app vereist. Zoom raadt aan een General app te maken.
{% endhint %}
{% endstep %}

{% step %}
**Abonneer je op QSS webhook-gebeurtenissen**

Om u te abonneren op QSS-gebeurtenissen, moeten Klanten gebeurtenissen Toevoegen en uit de lijst met Beschikbare QSS Kies **Evenementtypen**. Klanten kunnen een of meer QSS-gebeurtenissen Selecteer voordat ze het proces voltooien en hun applicatie activeren.

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

Je kunt abonnementen ook beheren via de Marketplace-gebruikersinterface of met API-aanroepen:

* `POST /Marketplace/app/Evenement_subscription – aanmaken`
* `PATCH /{id} – gebruikers/accounts abonneren`
* `DELETE /{id} – uitschrijven/verwijderen`
* `GET /Marketplace/app/Evenement_subscription – lijst`

Om te authenticeren via API, gebruik je een token van de Client Credentials Grant.
{% endstep %}

{% step %}
**Webhook-evenementen verifiëren**

Nadat je evenementabonnementen hebt geconfigureerd, zorg je ervoor dat zowel het eigenaarschap van de webhook-URL als de authenticiteit van het evenement correct worden gevalideerd.

* **URL-validatie**
  * Wanneer je voor het eerst evenementabonnementen inschakelt, voert Zoom een Challenge–Response Check (CRC) uit om het eigenaarschap van je webhook-Eindpunt te verifiëren. Dit proces zorgt ervoor dat Zoom gegevens verzendt naar een legitieme bestemming die door je app wordt beheerd. (Je kunt CRC-afhandeling desgewenst in een eerdere configuratiestap opnemen.)
* **Evenementvalidatie**
  * Elke inkomende evenementmelding moet door je applicatie worden geverifieerd om te bevestigen dat deze afkomstig is van Zoom. De app kan inkomende verzoeken valideren met behulp van de handtekeningheader die in elk webhook-evenement wordt verstrekt. Ontwikkelaars die de voorkeur geven aan een alternatief voor de Standaard handtekeningmethode, kunnen een van de andere ondersteunde Verificatieopties gebruiken die worden beschreven in de Zoom Developer Docs.
  * Gebruik de Get Webhook Logs API om tot zeven dagen aan webhook-leveringsgegevens te bekijken, inclusief status, aantal pogingen en trace-ID.
    {% endstep %}
    {% endstepper %}

Raadpleeg voor volledige implementatiedetails de [QSS-implementatiegids](https://drive.google.com/file/d/1oOEUeizi5VqtMTJIn3E1dFbYcbuv-Y2n/view) voor ontwikkelaars. Voor technische details, zie de handleidingen voor de Evenement Subscription API, webhook Logs API en Client Credentials Grant authenticatie in Zoom Developer Docs.


---

# 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/nl/beheerdershoek/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.