> 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/vi/goc-quan-tri-vien/network-management/quality-of-service-subscription-explainer.md).

# Giải thích về Gói đăng ký chất lượng dịch vụ

### Gói đăng ký chất lượng dịch vụ là một sản phẩm tiện ích mở rộng phát trực tuyến dữ liệu đo từ xa QoS gần theo thời gian thực cho Zoom Meetings, Webinar và Zoom Phone thông qua các gói đăng ký sự kiện

Gói đăng ký chất lượng dịch vụ của Zoom (QSS) là một sản phẩm tiện ích mở rộng cung cấp dữ liệu chất lượng dịch vụ (QoS) gần theo thời gian thực cho Zoom Meetings, Webinar và các cuộc gọi điện thoại. QSS mở rộng chức năng sản phẩm của Zoom bằng cách gửi các sự kiện QoS ở cấp người tham gia theo các khoảng thời gian tính bằng phút (tốc độ và tổng hợp có thể thay đổi theo Cấu hình). Khách hàng có thể sử dụng luồng dữ liệu phong phú này để xác định liệu môi trường mạng có đang ảnh hưởng đến các dịch vụ của Zoom hay không.

#### <mark style="color:màu xanh lam;">QSS cung cấp các chỉ số QoS cơ bản giống như những chỉ số được sử dụng trong Bảng điều khiển Zoom và API, nhưng việc lấy mẫu và thời gian thì khác nhau</mark>

Bảng điều khiển [Bảng điều khiển Zoom](https://support.zoom.us/hc/en-us/articles/204654719-Getting-started-using-the-Zoom-Dashboard-) cung cấp các chỉ số hiệu suất mạng và mức sử dụng, có thể giúp Khách hàng hiểu Zoom đang hoạt động như thế nào trong môi trường mạng. QSS cung cấp cùng dữ liệu QoS của Zoom, nhưng với tốc độ nhanh hơn. Do tốc độ lấy mẫu nhanh hơn này, các chỉ số QoS đã tổng hợp sẽ Hiển thị các giá trị khác với Bảng điều khiển Zoom chính. Tuy nhiên, các chỉ số này vẫn Cho phép Khách hàng Cấu hình chúng vào các chế độ xem bảng điều khiển riêng của mình để đối chiếu dữ liệu Zoom với các hệ thống bổ sung.

Bảng dưới đây mô tả dữ liệu QoS được QSS cung cấp tới các điểm cuối của khách hàng.

<table><thead><tr><th width="230"></th><th>Dữ liệu QoS được cung cấp qua QSS</th></tr></thead><tbody><tr><td>Chỉ số chất lượng</td><td>Tốc độ bit, Độ trễ, Jitter, Mất gói, Độ phân giải, Tốc độ khung hình, Mức sử dụng CPU</td></tr><tr><td>Chỉ số sử dụng</td><td>Thiết bị, Mạng, Vùng báo hiệu, Phiên bản ứng dụng khách, âm thanh (I/O), Video (I/O)</td></tr><tr><td>Tần suất</td><td>Khoảng 1 sự kiện mỗi phút, cho mỗi người tham gia (cho mỗi chỉ số QoS hoặc tập hợp đã tổng hợp tùy thuộc vào Cài đặt tài khoản).</td></tr><tr><td>Thời gian lưu giữ dữ liệu</td><td>Nhật ký phân phối sự kiện được lưu giữ trong 7 ngày qua API webhook Logs; dữ liệu QoS lịch sử qua các điểm cuối API có thể được lưu lâu hơn (tùy thuộc vào giấy phép).</td></tr></tbody></table>

#### <mark style="color:màu xanh lam;">Dữ liệu Bảng điều khiển Zoom không nên được so sánh với dữ liệu được cung cấp qua QSS tới điểm cuối của bên thứ ba của khách hàng</mark>

QSS và Bảng điều khiển Zoom cung cấp hai cơ chế riêng biệt để truy cập dữ liệu QoS Zoom và không nên được so sánh. Mặc dù Bảng điều khiển Zoom và QSS lấy từ cùng một nguồn dữ liệu QoS, dữ liệu trong mỗi cơ chế sẽ không khớp nhau do khác biệt về thời điểm truy xuất và tần suất phân phối dữ liệu.

#### <mark style="color:màu xanh lam;">QSS hỗ trợ dữ liệu sự kiện theo thời gian thực cho Cuộc họp, Hội thảo trên web và các cuộc gọi Zoom Phone</mark>

QSS cung cấp dữ liệu sự kiện QoS cho tất cả người dùng trên một tài khoản đối với Zoom Meetings và Hội thảo trên web, cũng như đối với các cuộc gọi Zoom Phone. Vì Zoom không quản lý chặng cuối của các cuộc gọi, QSS chỉ cung cấp dữ liệu sự kiện QoS ở cấp tài khoản cho các cuộc gọi Zoom Phone và do đó không thể cung cấp khả năng hiển thị đầy đủ vào dữ liệu người tham gia nâng cao đầu-cuối.

#### <mark style="color:màu xanh lam;">Dữ liệu QSS không bao gồm dữ liệu cho Người tham gia bên ngoài</mark>

QSS không cung cấp dữ liệu cho người tham gia cuộc họp bên ngoài. Tuy nhiên, QSS có thể giúp xác định chính xác Người tham gia cuộc họp nội bộ nào đã gặp sự cố và sự cố đó là gì, cũng như các chỉ số chất lượng và mức sử dụng mà Khách hàng sẽ cần để khắc phục sự cố.

### QSS cho phép Khách hàng đưa dữ liệu QoS thô từ Bảng điều khiển Zoom vào các quy trình công việc hiện có của họ

Trong khi Khách hàng Zoom trước đây đã có thể sử dụng các công cụ như Bảng điều khiển Zoom hoặc API để xem hoặc truy xuất dữ liệu QoS của Zoom, QSS cho phép bạn truyền trực tuyến dữ liệu đo từ xa QoS của Zoom vào các nền tảng quản lý và giám sát mạng của bạn thông qua đăng ký Sự kiện (webhook hoặc WebSocket).

#### <mark style="color:màu xanh lam;">QSS cung cấp Sự kiện QoS gần thời gian thực tới các điểm cuối đã đăng ký của bạn, giảm việc thăm dò API và tác động từ giới hạn tần suất</mark>

Khách hàng QSS có thể đăng ký nhận Sự kiện và dữ liệu QoS theo thời gian thực sẽ được đẩy tới các điểm cuối ứng dụng của họ, giúp giải phóng dung lượng API và tối ưu hóa việc sử dụng mạng. QSS là một phần bổ sung cho [dịch vụ webhook Tiêu chuẩn](https://developers.zoom.us/docs/api/webhooks/) vì nó có thể gửi dữ liệu QoS thô đến một điểm cuối với tốc độ gần thời gian thực từ 4 đến 6 lần mỗi phút.

#### <mark style="color:màu xanh lam;">QSS cho phép Khách hàng Truy cập dữ liệu QoS gần thời gian thực từ Bảng điều khiển Zoom mà không chạm tới giới hạn tần suất của API</mark>

Các dịch vụ API dựa trên yêu cầu và sử dụng cơ chế “kéo” để thu thập dữ liệu do một ứng dụng hoặc người dùng yêu cầu. API tiêu tốn nhiều tài nguyên hơn webhook vì chúng yêu cầu gọi lặp đi lặp lại để kéo dữ liệu từ một điểm cuối API.

Khách hàng sử dụng [API Zoom](https://developers.zoom.us/docs/api/) để kéo dữ liệu QoS từ Bảng điều khiển Zoom có thể gặp giới hạn tốc độ, nghĩa là họ đã đạt đến số lượng cuộc gọi API tối đa mà họ có thể thực hiện trong một khoảng thời gian nhất định. QSS không tăng giới hạn tốc độ API, nhưng giảm bớt lo ngại về giới hạn tốc độ của Khách hàng bằng cách đẩy dữ liệu QoS thô đến các điểm cuối của họ thay vì yêu cầu Khách hàng tự kéo dữ liệu.

#### <mark style="color:màu xanh lam;">QSS cho phép Khách hàng sử dụng dữ liệu QoS thô của Zoom và khắc phục sự cố bằng hệ thống quản lý mạng mà họ ưu tiên</mark>

Một số Khách hàng có thể cần đánh giá hiệu suất mạng của họ trên nhiều ứng dụng cùng lúc. QSS cho phép họ theo dõi dữ liệu QoS của Zoom trong một Bảng điều khiển cùng với các dữ liệu khác trong bộ ứng dụng của họ, mang đến một cách linh hoạt, có khả năng mở rộng để sử dụng dữ liệu QoS của Zoom và tích hợp liền mạch vào các bảng điều khiển tùy chỉnh.

#### <mark style="color:màu xanh lam;">Dữ liệu QoS của Zoom được truyền qua TLS 1.2</mark>

Dữ liệu QSS được mã hóa trong quá trình truyền bằng TLS 1.2 hoặc cao hơn. Các điểm cuối phải sử dụng chứng chỉ Cơ quan Chứng thực (CA) hợp lệ. Các yêu cầu webhook bao gồm một tiêu đề chữ ký và kiểm tra phản hồi thử thách để Xác minh.

Để tăng cường bảo mật, Khách hàng sẽ được nhắc [xác thực các điểm cuối webhook của họ](https://developers.zoom.us/docs/api/webhooks/) bằng Kiểm tra Thử thách - Phản hồi (CRC). CRC sẽ xác nhận quyền sở hữu và tính bảo mật của các URL điểm cuối thông báo Sự kiện của họ.

### Khách hàng có thể bắt đầu sử dụng dữ liệu QoS bằng cách tạo một ứng dụng có thể nhận các sự kiện QSS

Sau khi một khách hàng mua gói tiện ích mở rộng QSS, ít nhất một người dùng trên tài khoản phải được bật quyền nhà phát triển. Khách hàng sau đó có thể sử dụng ba bước sau để tạo một ứng dụng webhook có thể đăng ký nhận các sự kiện QSS.

Khách hàng cũng có thể theo đuổi [Zoom Developer Pack](https://news.zoom.com/zoom-announces-developer-pack-resale-for-channel-partners/) với cờ QSS được bật, điều này gộp QSS với các công cụ dành cho nhà phát triển khác.

{% stepper %}
{% step %}
**Tạo một ứng dụng đăng ký Sự kiện (OAuth chung hoặc từ máy chủ đến máy chủ). Bật Đăng ký Sự kiện và Chọn các sự kiện QoS**

Khách hàng phải trước tiên tạo một ứng dụng OAuth General hoặc Server-to-Server trong [Zoom App Marketplace](https://marketplace.zoom.us/). Sau đó, họ sẽ Bật Đăng ký Sự kiện và Chọn các Sự kiện QoS họ muốn nhận.

Tiếp, Khách hàng phải chỉ định đích cho thông báo sự kiện QSS bằng cách nhập URL điểm cuối Thông báo Sự kiện của ứng dụng của họ

{% hint style="info" %}
Không cần Ứng dụng chỉ webhook cho cấu hình này. Zoom khuyến nghị tạo một Ứng dụng Chung.
{% endhint %}
{% endstep %}

{% step %}
**Đăng ký nhận các sự kiện webhook QSS**

Để đăng ký nhận các sự kiện QSS, Khách hàng phải Thêm sự kiện và Chọn từ danh sách các QSS Đang rảnh **Các loại Sự kiện**. Khách hàng có thể Chọn một hoặc nhiều sự kiện QSS trước khi hoàn tất quy trình và kích hoạt ứng dụng của họ.

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

Bạn cũng có thể quản lý các gói đăng ký thông qua giao diện người dùng Marketplace hoặc bằng cách sử dụng các lệnh gọi API:

* `POST /marketplace/ứng dụng/Sự kiện_subscription – tạo`
* `PATCH /{id} – đăng ký người dùng/tài khoản`
* `DELETE /{id} – hủy đăng ký/xóa`
* `GET /marketplace/ứng dụng/Sự kiện_subscription – danh sách`

Để xác thực qua API, hãy sử dụng một mã thông báo từ Client Credentials Grant.
{% endstep %}

{% step %}
**Xác minh các Sự kiện webhook**

Sau khi cấu hình các đăng ký Sự kiện, hãy đảm bảo rằng cả quyền sở hữu URL webhook và tính xác thực của Sự kiện đều được xác minh đúng cách.

* **Xác minh URL**
  * Khi bạn lần đầu bật đăng ký Sự kiện, Zoom sẽ thực hiện Kiểm tra Thử thách–Phản hồi (CRC) để xác minh quyền sở hữu điểm cuối webhook của bạn. Quy trình này đảm bảo rằng Zoom đang gửi dữ liệu đến một đích hợp lệ do ứng dụng của bạn kiểm soát. (Bạn có thể đưa việc xử lý CRC vào một bước thiết lập sớm hơn nếu muốn.)
* **Xác minh Sự kiện**
  * Mỗi thông báo Sự kiện đến nên được ứng dụng của bạn xác minh để xác nhận rằng nó đến từ Zoom. ứng dụng có thể xác thực các yêu cầu đến bằng cách sử dụng tiêu đề chữ ký được cung cấp trong mỗi Sự kiện webhook. Những nhà phát triển thích một lựa chọn thay thế cho phương pháp chữ ký mặc định có thể dùng một trong các tùy chọn Xác minh được hỗ trợ khác được mô tả trong Tài liệu dành cho nhà phát triển Zoom.
  * Sử dụng API Nhật ký webhook để xem lại dữ liệu phân phối webhook trong tối đa bảy ngày, bao gồm trạng thái, số lần thử lại và ID dấu vết.
    {% endstep %}
    {% endstepper %}

Để biết đầy đủ chi tiết triển khai, vui lòng tham khảo [Hướng dẫn triển khai QSS](https://drive.google.com/file/d/1oOEUeizi5VqtMTJIn3E1dFbYcbuv-Y2n/view) dành cho nhà phát triển. Để biết chi tiết kỹ thuật, xem hướng dẫn API Đăng ký Sự kiện, API Nhật ký webhook và xác thực Client Credentials Grant trong Tài liệu dành cho Nhà phát triển 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/vi/goc-quan-tri-vien/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.