> 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/dich-vu-doanh-nghiep-lon-nang-cao/zoom-mesh/zoom-mesh-functionality.md). # Chức năng Phần này trình bày thông tin bổ sung về chức năng Zoom Mesh. ### Chức năng Cha-Con Các phần sau cung cấp thông tin bổ sung về mối quan hệ cha và con trong mạng lưới mesh. #### Zoom Mesh mặc định tạo một mạng dành riêng cho người dùng trong cùng một tài khoản Theo mặc định, Zoom Mesh tạo một mạng dành riêng cho người dùng thuộc cùng một tài khoản. Tuy nhiên, một tài khoản có thể tùy chọn Cho phép người dùng bên ngoài đã được xác thực trong cùng mạng cục bộ tham gia vào Mesh, cung cấp tài khoản của người dùng bên ngoài đó *cũng* cho phép họ [kết nối với mạng mesh của một tài khoản khác](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access). #### Vai trò cha và con được xác định bởi Dịch vụ Điều phối Zoom Mesh Đám mây Dịch vụ Điều phối Zoom Mesh Đám mây (COS) là một dịch vụ đám mây chịu trách nhiệm xác định vai trò máy khách cha và con trong một mạng. Dịch vụ Điều phối Đám mây xem xét nhiều tập dữ liệu để xác định các máy khách cha phù hợp, bao gồm: {% columns %} {% column %} * Mức sử dụng CPU * Loại CPU * Mức sử dụng RAM * Hiệu suất mesh trước đây {% endcolumn %} {% column %} * Tính khả dụng của Thiết bị (Bật/Tắt) * Thiết bị chọn tham gia/rút lui * Hệ điều hành {% endcolumn %} {% endcolumns %} Sử dụng các tập dữ liệu này, COS chấm điểm kết quả của người dùng theo một thang đánh giá: điểm của người dùng càng cao thì máy khách càng có khả năng được chọn làm cha; điểm càng thấp thì khả năng càng ít. #### Việc chỉ định máy khách cha và con là linh hoạt và có thể Thay đổi trong suốt một Sự kiện Trong quá trình diễn ra một cuộc họp hoặc hội thảo trực tuyến, việc chỉ định máy khách của người dùng có thể thay đổi dựa trên hiệu suất hoặc nhu cầu. Ví dụ: trong một Sự kiện có 100 người tham dự, chỉ cần 10 máy khách cha để đáp ứng nhu cầu phân phối lại, trong khi 90 người dùng còn lại nhận các luồng được phân phối lại với vai trò máy khách con. Tuy nhiên, nếu Sự kiện tăng lên 200 người tham dự, các máy khách trước đây là máy khách con có thể được nâng lên thành máy khách cha để đáp ứng nhu cầu gia tăng. Ngoài ra, nếu một máy khách cha bắt đầu gặp phải tình trạng hiệu suất suy giảm, máy khách đó có thể bị hạ xuống trạng thái máy khách con và một máy khách cha mới sẽ được chỉ định. #### Tỷ lệ máy khách cha-con được xác định linh hoạt theo hiệu suất phần cứng và mạng của từng máy Trong một Sự kiện, tỷ lệ cha-con giữa các máy khách được cập nhật linh hoạt dựa trên hiệu suất mạng và phần cứng liên tục của Thiết bị. Ví dụ: nếu một Thiết bị có mức sử dụng phần cứng (CPU/RAM) thấp cùng dung lượng đường truyền lên băng thông cao, Thiết bị đó lý tưởng cho Vai trò máy khách cha và có thể thiết lập mối quan hệ cha-con với một số Thiết bị khác. Trong trường hợp này, máy khách cha có thể cố gắng phân phối lại nội dung đa phương tiện cho các Thiết bị khác, miễn là Thiết bị đó không bị quá tải hoặc bắt đầu suy giảm hiệu suất. Tuy nhiên, nếu hiệu suất mạng hoặc phần cứng của Thiết bị bắt đầu suy giảm, thiết bị có thể từ bỏ chỉ định máy khách cha và quay lại Vai trò máy khách con. #### Mỗi máy khách con được chỉ định hai máy khách cha Các máy khách con kết nối với mạng mesh được chỉ định *hai* máy khách cha để đảm bảo khả năng phục hồi. Nếu một máy khách cha gặp sự cố, người dùng sẽ ngay lập tức chuyển đổi dự phòng sang máy khách cha thứ hai. Sau đó, một máy khách cha phụ mới được thiết lập để khôi phục khả năng phục hồi. #### Người dùng không được thông báo khi họ kết nối với mạng mesh Người chủ trì và người tham dự Sự kiện không nhận được thông báo trong máy khách khi kết nối với mạng mesh. Các kết nối mạng mesh chỉ có thể được xem bởi quản trị viên hoặc người dùng được ủy quyền thông qua [Bảng điều khiển Zoom Mesh](/technical-library/vi/dich-vu-doanh-nghiep-lon-nang-cao/zoom-mesh/zoom-mesh-dashboard.md). #### Máy khách VDI chỉ có thể thiết lập kết nối mesh với các máy khách VDI khác Khi sử dụng Zoom Mesh với cơ sở hạ tầng máy tính để bàn ảo (VDI), các Thiết bị máy khách chỉ có thể thiết lập kết nối Zoom Mesh với các máy khách VDI khác, miễn là cả hai người dùng đều đang sử dụng Trình cắm VDI được hỗ trợ. Điều này là do các hạn chế kỹ thuật của cơ sở hạ tầng ảo và việc chuyển tiếp nội dung đa phương tiện giữa các Thiết bị. **Máy khách VDI không phân phối kênh chia sẻ nội dung trong mạng mesh** Do thiết kế của Máy khách VDI của Zoom, nội dung chia sẻ màn hình phải được định tuyến qua máy ảo. Do đó, các máy khách VDI không thể phân phối việc chia sẻ nội dung trên mạng mesh mà phải tiếp tục được phân phối trong cơ sở hạ tầng ảo. ### Chức năng Zoom Mesh cho Cuộc họp Các phần sau mô tả chi tiết về chức năng Zoom Mesh cho Cuộc họp. #### Mesh cho Cuộc họp phân phối lại video của diễn giả đang trình bày Với Zoom Mesh cho Cuộc họp, việc tối ưu hóa băng thông được thực hiện bằng cách phân phối lại *đường xuống* **của diễn giả đang trình bày** video giữa những Người tham gia khi có từ bốn người dùng trở lên trong một cuộc họp. Tính năng này **không** áp dụng cho việc tải nội dung đa phương tiện lên và tất cả người dùng sẽ tiếp tục tự tải riêng âm thanh, video và nội dung đa phương tiện chia sẻ màn hình của họ lên Zoom Đám mây. {% hint style="success" %} **Ví dụ** Nếu có 10 người dùng trong một cuộc họp đã bật Zoom Mesh, có thể chọn hai máy khách cha cùng bảy hoặc tám máy khách con. Khi diễn giả đang trình bày hiện tại đang nói, *luồng video* sẽ truyền từ Zoom Đám mây đến các máy khách cha, rồi được phân phối lại cho các máy khách con trong mạng. Trong trường hợp này, các máy khách con **không** nhận nguồn cấp video của diễn giả đang trình bày từ Zoom Đám mây, có khả năng tiết kiệm tới hơn 3 megabit dữ liệu cho mỗi người dùng khi sử dụng video 1080p. {% endhint %} Hình ảnh sau đây cung cấp ví dụ về cách nội dung video diễn giả đang trình bày hạ nguồn được phân phối lại trong một mạng lưới mesh.
Image map showing how Zoom Mesh Orchestrater works at a high level.
#### Các thay đổi về diễn giả đang trình bày của Mesh dành cho Cuộc họp không làm thay đổi mối quan hệ cha-con hoặc mức tiết kiệm băng thông của việc phân phối video Mặc dù trọng tâm của Zoom Mesh dành cho Cuộc họp là phân phối lại nguồn cấp video của diễn giả đang trình bày, các thay đổi về diễn giả đang trình bày không ảnh hưởng đến mối quan hệ giữa máy khách cha và máy khách con hoặc mức tiết kiệm băng thông nhờ phân phối lại video. Khi diễn giả đang trình bày chuyển đổi, các máy khách cha được chỉ định chỉ cần thay đổi nguồn cấp của video mà chúng đang phân phối lại. {% hint style="success" %} **Ví dụ** Nếu Maurice đang nói trong một cuộc họp rồi Holly bắt đầu nói, nguồn cấp phân phối lại của máy khách cha sẽ thay đổi từ nguồn cấp video của Maurice sang nguồn cấp của Holly. Thay đổi này không làm thay đổi những máy khách người dùng nào hiện được chỉ định là cha hoặc con, cũng không làm thay đổi mức tiết kiệm băng thông chung nhờ phân phối lại video; chỉ nguồn cấp video được phân phối lại thay đổi. {% endhint %} #### Mức tiết kiệm băng thông có thể khác nhau tùy thuộc vào bố cục video mà người dùng đã chọn Mặc dù Zoom Mesh tiết kiệm mức tiêu thụ băng thông bằng cách phân phối lại nguồn cấp video của diễn giả đang trình bày, mức tiết kiệm băng thông có thể bị ảnh hưởng tùy theo bố cục mà người dùng chọn. Ví dụ: Chế độ xem thư viện hỗ trợ tối đa 49 nguồn cấp video trên màn hình cùng lúc, trong khi Chế độ xem diễn giả hiển thị một nguồn cấp video tại một thời điểm. Nếu một người dùng đang xem một cuộc họp trong Chế độ xem thư viện, họ sẽ được hưởng lợi khi nhận nguồn cấp video đơn lẻ của diễn giả đang trình bày qua mạng lưới mesh, nhưng sẽ tiếp tục sử dụng lượng băng thông Tiêu chuẩn để tải xuống 48 luồng video của người dùng còn lại từ đám mây Zoom. Để áp dụng các phương pháp tiết kiệm băng thông tốt nhất, người dùng được khuyến khích xem các cuộc họp với bố cục gần giống kiểu hội thảo trực tuyến nhất có thể, chẳng hạn như Chế độ nhiều diễn giả hoặc Chế độ xem diễn giả. ### Chức năng của Zoom Mesh dành cho Hội thảo trực tuyến Các phần sau mô tả chi tiết về chức năng của Zoom Mesh dành cho Hội thảo trực tuyến. #### Mesh dành cho Hội thảo trực tuyến phân phối lại *tất cả* các luồng video của người chủ trì và người tham luận hội thảo trực tuyến trong mạng lưới Không giống như Zoom Mesh dành cho Cuộc họp, Zoom Mesh dành cho Hội thảo trực tuyến phân phối lại tất cả các luồng video của người chủ trì và người tham luận hội thảo trực tuyến trong mạng cục bộ bằng các mối quan hệ cha-con — không chỉ của các diễn giả đang trình bày. Với thiết kế này, tất cả người dùng tham gia mạng lưới mesh sẽ tiếp tục được hưởng lợi từ việc giảm mức tiêu thụ băng thông bên ngoài trong khi trải nghiệm chất lượng video tương tự như những người khác.
Image map showing how Zoom Mesh Orchestrater works at a high level.
#### Lợi ích của Mesh dành cho Hội thảo trực tuyến không thay đổi theo bố cục video Bất kể người dùng chọn bố cục video nào khi xem một hội thảo trực tuyến, người dùng sẽ tiếp tục nhận được các lợi ích của việc phân phối lại video trong mạng lưới, bao gồm Chế độ xem thư viện, Chế độ xem diễn giả hoặc Chế độ xem nhiều diễn giả. --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://library.zoom.com/technical-library/vi/dich-vu-doanh-nghiep-lon-nang-cao/zoom-mesh/zoom-mesh-functionality.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.