# Các cân nhắc khi triển khai phần cứng

Trang này trình bày việc triển khai mô-đun Zoom Node ZPLS trên máy ảo bằng các hypervisor được hỗ trợ. Trang này cung cấp các tùy chọn cấu hình chi tiết được điều chỉnh để phù hợp với các khả năng phần cứng khác nhau, bảo đảm hiệu suất tối ưu cho nhiều nhu cầu vận hành khác nhau.

### Các hypervisor được hỗ trợ

#### <mark style="color:xanh dương;">Khách hàng phải cài đặt phần mềm Zoom Node trên một máy ảo chạy trên hypervisor được hỗ trợ</mark>

Là một khối lượng công việc của Zoom Node, mô-đun ZPLS phải được cài đặt trên một máy ảo chạy trên nền tảng Zoom Node, trên một [hypervisor được hỗ trợ](https://support.zoom.us/hc/en-us/articles/8427127286157-Deploying-a-Zoom-Node-management-server). Có thể tìm thêm thông tin về Zoom Node dưới dạng một sản phẩm [trong Phụ lục](#_a2lvsihjp0ek).

#### <mark style="color:xanh dương;">Khách hàng có thể Chọn một trong hai tùy chọn cấu hình, tùy thuộc vào khả năng phần cứng</mark>

Mô-đun ZPLS hỗ trợ hai cấu hình, tùy thuộc vào khả năng phần cứng của máy ảo. Các khả năng này được liệt kê dưới đây:

|                                   | Tùy chọn cấu hình 1                                 | Tùy chọn cấu hình 2                                  |
| --------------------------------- | --------------------------------------------------- | ---------------------------------------------------- |
| **Thông số phần cứng**            | <p>8 CPU</p><p>16 GB RAM</p><p>Ổ cứng HDD 80 GB</p> | <p>16 CPU</p><p>16 GB RAM</p><p>Ổ cứng HDD 80 GB</p> |
| **Tổng số đăng ký**               | 2000                                                | 5000                                                 |
| **Số cuộc gọi đồng thời tối đa** | 240                                                 | 480                                                  |
| **Số cuộc gọi mỗi giây**         | 2                                                   | 4                                                    |
| **Số đăng ký mỗi giây**           | 60                                                  | 400                                                  |

{% hint style="info" %}
Nếu số lượng điểm cuối trong một cơ sở đã Bật khả năng duy trì hoạt động vượt quá khả năng triển khai của cơ sở đó, mô-đun ZPLS sẽ xử lý đăng ký theo nguyên tắc ai đến trước được phục vụ trước. Khách hàng nên Thêm các mô-đun bổ sung hoặc sử dụng Cài đặt Chính sách Zoom Phone [**Chế độ khả năng duy trì cục bộ**](#_ah8xua8wdq10) để ưu tiên người dùng nào hỗ trợ chuyển đổi dự phòng duy trì hoạt động.
{% endhint %}

### Mở rộng mô-đun và khả năng phục hồi

#### <mark style="color:xanh dương;">Các mô-đun ZPLS hỗ trợ phân cụm để mở rộng thêm và/hoặc tăng khả năng phục hồi</mark>

Khách hàng có thể nhóm các mô-đun ZPLS lại với nhau với tối đa 20 mô-đun cho mỗi cơ sở (hoặc tổng cộng 100 Thiết bị Node cho mỗi tài khoản) để tăng thêm tính dự phòng hoặc khả năng mở rộng.

{% hint style="info" %}
Tính năng này hiện đang ở giai đoạn beta và cần có phiếu yêu cầu hỗ trợ kỹ thuật để được Bật.
{% endhint %}

#### <mark style="color:xanh dương;">Khả năng mở rộng làm tăng khả năng hỗ trợ Thiết bị của một cơ sở</mark>

Việc mở rộng số lượng mô-đun ZPLS giúp tăng khả năng của từng cơ sở theo tuyến tính với mỗi mô-đun bổ sung. Ví dụ: nếu một mô-đun hỗ trợ tổng cộng 5.000 đăng ký, thì việc triển khai năm mô-đun sẽ nâng mức hỗ trợ lên 25.000 đăng ký.

#### <mark style="color:xanh dương;">Tính dự phòng bổ sung thêm các mô-đun để tăng khả năng phục hồi, nhưng không mở rộng khả năng Thiết bị của một cơ sở</mark>

Khi một mô-đun ZPLS được sử dụng cho mục đích dự phòng, các mô-đun dự phòng không đóng góp vào tổng số máy nhánh được hỗ trợ. Thay vào đó, các mô-đun ở trạng thái “hot standby” và sẽ chỉ tham gia nếu các mô-đun chính gặp lỗi. Ví dụ: một mô-đun chính và một mô-đun dự phòng hỗ trợ tổng cộng 5.000 đăng ký, vì vậy nếu một mô-đun chính gặp lỗi, mô-đun dự phòng sẽ không bị vượt quá số lượng Thiết bị so với giới hạn được hỗ trợ của nó.

#### <mark style="color:xanh dương;">Ví dụ về triển khai ZPLS với khả năng mở rộng và tính dự phòng</mark>

Để thuận tiện, ví dụ sau minh họa việc triển khai với khả năng mở rộng và tính dự phòng bổ sung.

{% hint style="success" %}
**Ví dụ**:

Một bệnh viện cần hỗ trợ tối đa 10.000 máy nhánh đã đăng ký để duy trì hoạt động. Để đạt được điều này, bệnh viện đang triển khai bốn mô-đun ZPLS.

Hai mô-đun đầu tiên có khả năng hỗ trợ mỗi mô-đun 5.000 đăng ký, tạo ra tổng dung lượng lên đến 10.000 đăng ký. Tuy nhiên, nhận thấy tầm quan trọng của khả năng phục hồi, bệnh viện cũng đang triển khai thêm hai mô-đun làm bản sao lưu dự phòng cho các mô-đun chính.

Trong tình huống này, bệnh viện hiện đã triển khai phần cứng duy trì hoạt động chính và phụ. Nếu một mô-đun chính gặp sự cố, (các) mô-đun dự phòng sẽ Tiếp nhận để duy trì dịch vụ không bị gián đoạn, đồng thời tiếp tục hỗ trợ tối đa 10.000 Thiết bị đã đăng ký.
{% endhint %}

### Các cân nhắc về thiết kế cơ sở

#### <mark style="color:xanh dương;">Các cơ sở nhóm người dùng Zoom Phone lại với nhau theo Vị trí để dùng chung Cài đặt và chính sách điện thoại</mark>

Một **cơ sở** là một thuật ngữ cụ thể được sử dụng trong Zoom Phone để nhóm những người dùng có đặc điểm chung — như mã Truy cập chung, địa chỉ, SIP Zone, phòng ban hoặc chính sách — vào một nhóm duy nhất, có thể quản lý trong Cổng thông tin web của Zoom. Đối với một số Khách hàng, một cơ sở duy nhất có thể đại diện cho tất cả người dùng trong doanh nghiệp của họ và có thể trải dài trên nhiều tòa nhà trong một khuôn viên hoặc Vị trí; đối với những người khác, Nhiều địa điểm có thể là cần thiết tùy theo nhu cầu Kinh doanh của bạn. Để biết thêm thông tin về các cơ sở hoặc quản lý cơ sở, [tham khảo trung tâm hỗ trợ của Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0069716).

#### <mark style="color:xanh dương;">Zoom Phone hỗ trợ thiết kế một cơ sở và nhiều cơ sở</mark>

Có hai thiết kế chính để cấu hình các cơ sở Zoom Phone trong một tài khoản:

1. **Một cơ sở**: Đại diện cho tất cả người dùng trong một tài khoản, có thể trải dài trên nhiều tòa nhà hoặc Vị trí, trong một cơ sở Zoom Phone duy nhất.
2. **Nhiều cơ sở**: Đại diện cho các phân đoạn người dùng theo Vị trí, tòa nhà, phòng ban hoặc chức năng một cách riêng biệt, mỗi phân đoạn có cơ sở riêng.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/oIvxHDcxrmw7DhWRyObf/Unknown%20image" alt=""></div>

{% hint style="info" %}
quản trị viên tài khoản của các Khách hàng Zoom hiện tại có thể kiểm tra thiết kế cơ sở hiện tại của họ thông qua trang [**Thông tin công ty**](https://zoom.us/pbx/page/telephone/settings#/settings/multi-sites?page_number=1\&page_size=15\&keyword=)  , có sẵn trong menu **Quản lý hệ thống điện thoại** trên cổng thông tin web.
{% endhint %}

#### <mark style="color:xanh dương;">Mỗi mô-đun ZPLS chỉ có thể được liên kết với một cơ sở tại một thời điểm</mark>

Như đã đề cập trước đó, một mô-đun ZPLS là [bộ đăng ký ưu tiên thứ ba](#_7itj40mx1dut) đối với các Thiết bị được hỗ trợ, sau các SIP zone chính và phụ. Vì các Thiết bị nhận danh sách SRV của chúng trong quá trình khởi động và các danh sách này gắn với cài đặt của cơ sở đó, **mỗi mô-đun ZPLS chỉ có thể được liên kết với một cơ sở tại một thời điểm**.

#### <mark style="color:xanh dương;">Mỗi cơ sở có thể hỗ trợ tối đa 20 mô-đun ZPLS đồng thời</mark>

Mặc dù mỗi mô-đun ZPLS chỉ có thể được liên kết với một cơ sở tại một thời điểm, một cơ sở có thể hỗ trợ tối đa 20 mô-đun ZPLS trong một nhóm, mở rộng khả năng duy trì hoạt động của từng cơ sở.

{% hint style="info" %}
Tính năng này hiện đang ở giai đoạn beta và cần có phiếu yêu cầu hỗ trợ kỹ thuật để được Bật.
{% endhint %}

#### <mark style="color:xanh dương;">Các mô-đun ZPLS hỗ trợ gọi liên cơ sở nếu các mô-đun được kết nối với một mạng chung</mark>

Các mô-đun ZPLS từ các cơ sở khác nhau hỗ trợ gọi liên cơ sở trong thời gian xảy ra Sự kiện duy trì hoạt động miễn là có thể phát hiện các Thiết bị trong mạng cục bộ. Ví dụ: nếu một khuôn viên Kinh doanh có ba tòa nhà, mỗi tòa có cơ sở điện thoại riêng, thì các mô-đun ZPLS từ mỗi cơ sở có thể kết nối các cuộc gọi giữa các cơ sở trên toàn mạng khu vực khuôn viên.

{% hint style="info" %}
Tính năng này hiện đang ở giai đoạn beta và cần có phiếu yêu cầu hỗ trợ kỹ thuật để được Bật.
{% endhint %}

#### <mark style="color:xanh dương;">Trước khi triển khai ZPLS, các tài khoản nên hiểu cấu hình cơ sở nào phù hợp nhất với nhu cầu của họ</mark>

Vì mỗi mô-đun ZPLS chỉ có thể được liên kết với một cơ sở tại một thời điểm, thiết kế cơ sở là một trong những yếu tố quan trọng nhất khi triển khai dịch vụ ZPLS trong một tài khoản. Vì lý do này, Khách hàng nên hiểu cấu hình cơ sở nào là tốt nhất để đáp ứng nhu cầu thực tế về Kinh doanh và duy trì hoạt động của họ, vì mỗi cơ sở bổ sung được Bật cho duy trì hoạt động sẽ yêu cầu ít nhất một mô-đun ZPLS bổ sung.

#### <mark style="color:xanh dương;">Thiết kế một cơ sở dễ quản lý hơn và cung cấp khả năng duy trì hoạt động với một mô-đun ZPLS duy nhất, nhưng ít linh hoạt hơn đối với Cài đặt và chính sách của người dùng</mark>

Thiết kế một cơ sở giúp tinh giản việc quản lý Cài đặt và chính sách Zoom Phone bằng cách hợp nhất tất cả người dùng trong một tài khoản vào một nhóm thống nhất duy nhất. Nhóm người dùng duy nhất này mang lại cho doanh nghiệp khả năng quản trị đơn giản và giảm độ phức tạp, từ đó đơn giản hóa quy trình quản lý. Ngoài ra, thiết kế một cơ sở có thể cung cấp khả năng duy trì hoạt động điện thoại cục bộ chỉ với một mô-đun ZPLS, miễn là người dùng của cơ sở đó không vượt quá [khả năng của một mô-đun đơn](#_rx0i1j9xofnc).

Tuy nhiên, sự đơn giản của thiết kế một cơ sở đương nhiên cũng đi kèm những hạn chế. Cụ thể, thiết kế một cơ sở ít linh hoạt hơn do bản chất “một cỡ cho tất cả”, điều này có thể không phù hợp với mọi tình huống triển khai trên nhiều phòng ban có nhu cầu khác nhau. Hơn nữa, các triển khai một cơ sở có thể dễ bị ảnh hưởng trong một số tình huống duy trì hoạt động nếu [mạng cục bộ bị lỗi](#_gzpf5m70jl3i).

#### <mark style="color:xanh dương;">Thiết kế nhiều cơ sở linh hoạt hơn cho Cài đặt và chính sách người dùng, nhưng yêu cầu một mô-đun ZPLS cho mỗi cơ sở đã Bật duy trì hoạt động và phức tạp hơn để quản lý</mark>

Thiết kế nhiều cơ sở mang lại cho doanh nghiệp sự linh hoạt bổ sung về Cài đặt và chính sách người dùng bằng cách tách người dùng thành nhiều nhóm khác nhau với các biện pháp kiểm soát cài đặt chi tiết. Thiết kế này cho phép các tổ chức điều chỉnh cấu hình liên lạc một cách chi tiết để đáp ứng các yêu cầu cụ thể trên nhiều cơ sở khác nhau, từ đó mang lại trải nghiệm người dùng tinh chỉnh và thích ứng tốt hơn cho nhiều phòng ban, tình huống hoặc nhu cầu khác nhau. Ngoài ra, việc triển khai nhiều cơ sở có thể hỗ trợ [liên lạc liên cơ sở](#_a42hwaw1pfmx) nếu các cơ sở được kết nối thông qua một mạng chung.

Tuy nhiên, việc quản lý thiết kế nhiều cơ sở đòi hỏi phải chú ý cẩn thận đến các yêu cầu riêng biệt của từng cơ sở, điều này có thể đòi hỏi mức độ nỗ lực quản trị cao hơn. Hơn nữa, vì mỗi mô-đun ZPLS chỉ có thể được gán cho một cơ sở tại một thời điểm, mỗi cơ sở đã Bật duy trì hoạt động sẽ cần một mô-đun ZPLS và giấy phép, điều này có thể góp phần tạo ra một thiết lập tiêu tốn nhiều nguồn lực hơn.

{% hint style="info" %}
Trong thiết kế nhiều cơ sở, Khách hàng có sự linh hoạt để Chọn cơ sở nào sẽ được cấu hình cho duy trì hoạt động. Các cơ sở *không có* một mô-đun ZPLS sẽ vẫn không thể thực hiện hoặc nhận cuộc gọi cho đến khi kết nối Tiêu chuẩn được khôi phục.
{% endhint %}

### Lỗi mạng

#### <mark style="color:xanh dương;">Khả năng duy trì hoạt động có thể bị ảnh hưởng nếu mạng cục bộ của một cơ sở bị lỗi</mark>

Mặc dù các mô-đun ZPLS được thiết kế để cung cấp khả năng duy trì hoạt động điện thoại cục bộ trong các Sự kiện ảnh hưởng đến dịch vụ, khả năng duy trì hoạt động có thể bị ảnh hưởng nếu mạng cục bộ của một cơ sở bị lỗi. Những tình huống này được nêu trong hai phần sau.

#### <mark style="color:xanh dương;">Lỗi mạng cục bộ của một cơ sở</mark>

Trong thiết kế một cơ sở, một hoặc nhiều tòa nhà được kết nối thông qua mạng cục bộ hoặc mạng khu vực khuôn viên và được biểu thị bằng một cơ sở duy nhất trong Zoom Phone. Cấu hình này giả định có một mạng chung giữa tất cả người dùng và các tòa nhà trong một Vị trí, mà không có bất kỳ phụ thuộc mạng bên ngoài nào (ví dụ: Internet) cho liên lạc giữa các tòa nhà.

Với thiết kế cơ sở này, một doanh nghiệp có thể cung cấp khả năng duy trì hoạt động cục bộ cho tất cả người dùng trong một cơ sở hoặc Vị trí chỉ với một mô-đun ZPLS; tuy nhiên, thiết kế này dễ bị ảnh hưởng trong trường hợp mất mạng cục bộ hoặc mạng khu vực khuôn viên làm ảnh hưởng đến liên lạc giữa các tòa nhà. Ví dụ sau mô tả cách lỗi mạng cục bộ có thể ảnh hưởng đến việc triển khai một cơ sở.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/Ri12tqNIQd9vtbMpNzqe/Unknown%20image" alt=""></div>

{% hint style="success" %}
**Ví dụ:**

Một công ty đang triển khai mô-đun ZPLS cho một cơ sở Zoom Phone duy nhất, gồm các tòa nhà A, B và C, được kết nối thông qua mạng khu vực khuôn viên. Mô-đun ZPLS đang hoạt động tại Tòa nhà A và đang **không** được kết nối với một SBC cho việc gọi ra bên ngoài qua Mạng điện thoại chuyển tiếp công cộng.

Trong trường hợp dịch vụ internet bên ngoài bị lỗi hoặc xảy ra Sự kiện ảnh hưởng đến dịch vụ, bất kỳ người dùng nào trong cơ sở đều có thể gọi cho một người dùng khác trong *cùng* cơ sở, miễn là cả hai người dùng vẫn duy trì kết nối tới mô-đun ZPLS thông qua mạng khu vực khuôn viên.

Tuy nhiên, trong trường hợp mất mạng khu vực khuôn viên, người dùng trong các tòa nhà B và C không thể thực hiện cuộc gọi khi mô-đun ZPLS trong Tòa nhà A không thể truy cập. Do đó, người dùng trong các tòa nhà B và C phải chờ đến khi mạng khu vực khuôn viên được khôi phục để có thể gọi trong chế độ duy trì hoạt động.
{% endhint %}

Bảng sau minh họa khả năng duy trì hoạt động của Zoom Phone trong thiết kế một cơ sở nhiều tòa nhà:

| Các cuộc gọi bắt nguồn từ tòa nhà | Có thể liên hệ các Vị trí này trong thời gian lỗi Internet bên ngoài | Có thể liên hệ các Vị trí này trong thời gian lỗi mạng khuôn viên |
| ---------------------------------- | -------------------------------------------------------------------- | ----------------------------------------------------------------- |
| Tòa nhà A (người chủ trì ZPLS)     | ☑️Tòa nhà A, B và C                                                  | ☑️ Tòa nhà A *chỉ*                                                |
| Tòa nhà B                          | ☑️Tòa nhà A, B và C                                                  | ✖️                                                                |
| Tòa nhà C                          | ☑️Tòa nhà A, B và C                                                  | ✖️                                                                |

#### <mark style="color:xanh dương;">Lỗi mạng cục bộ nhiều cơ sở không có SBC</mark>

Trong thiết kế nhiều cơ sở, mỗi tòa nhà hoặc Vị trí (ví dụ: tầng, văn phòng vệ tinh, v.v.) được biểu thị độc lập bằng một cơ sở riêng trong Zoom Phone. Cấu hình này giả định rằng mỗi cơ sở có một mô-đun ZPLS và các cơ sở được kết nối thông qua một mạng khu vực khuôn viên chung.

Với thiết kế cơ sở này, mỗi cơ sở hỗ trợ mô-đun ZPLS riêng, cho phép người dùng trong cùng một tòa nhà gọi cho nhau khi chế độ duy trì hoạt động được kích hoạt. Ngoài ra, khi nhiều cơ sở có mô-đun ZPLS được kết nối thông qua một mạng chung, người dùng có thể gọi cho người dùng ở \_other\_sites, miễn là mạng cục bộ vẫn hoạt động. Tuy nhiên, thiết kế này dễ bị ảnh hưởng trong trường hợp mất mạng khu vực khuôn viên làm ảnh hưởng đến liên lạc giữa các tòa nhà. Ví dụ sau mô tả cách lỗi mạng khuôn viên có thể ảnh hưởng đến việc triển khai nhiều cơ sở.

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/YleKIF0uXoN12c2dmNNB/Unknown%20image" alt=""></div>

{% hint style="success" %}
**Ví dụ:**

Một công ty đang triển khai mô-đun ZPLS trong khuôn viên nhiều tòa nhà của họ, gồm các tòa nhà A, B và C. Mỗi tòa nhà là một cơ sở riêng trong Zoom Phone và duy trì một mô-đun ZPLS dành riêng cho cơ sở đó. Tất cả các tòa nhà trong khuôn viên được kết nối thông qua một mạng khu vực khuôn viên không phụ thuộc vào dịch vụ internet bên ngoài cho liên lạc giữa các tòa nhà.

Trong ví dụ này, khi xảy ra lỗi dịch vụ internet bên ngoài, mất mạng khuôn viên hoặc Sự kiện ảnh hưởng đến dịch vụ, bất kỳ người dùng nào nằm trong một cơ sở đều có thể gọi cho một người dùng khác nằm trong cùng cơ sở đó. Tuy nhiên, vì mỗi tòa nhà là một cơ sở riêng và người dùng đăng ký với các mô-đun dành riêng cho cơ sở của họ, nếu mạng khuôn viên bị lỗi thì các mô-đun ZPLS không thể truyền các cuộc gọi liên cơ sở. Thay vào đó, người dùng sẽ chỉ có thể thực hiện cuộc gọi tới những người dùng khác trong cơ sở cục bộ của họ.
{% endhint %}

Bảng sau cũng minh họa khả năng duy trì hoạt động của Zoom Phone từ ví dụ trên trong thiết kế nhiều cơ sở với mạng khuôn viên được kết nối liên thông:

| Các cuộc gọi bắt nguồn từ tòa nhà | Có thể liên hệ các Vị trí này trong thời gian lỗi Internet bên ngoài | Có thể liên hệ các Vị trí này trong thời gian lỗi mạng khuôn viên |
| ---------------------------------- | -------------------------------------------------------------------- | ----------------------------------------------------------------- |
| Tòa nhà A (người chủ trì ZPLS)     | ☑️ Tòa nhà A, B và C                                                 | ☑️ Tòa nhà A                                                      |
| Tòa nhà B (người chủ trì ZPLS)     | ☑️ Tòa nhà A, B và C                                                 | ☑️ Tòa nhà B                                                      |
| Tòa nhà C (người chủ trì ZPLS)     | ☑️ Tòa nhà A, B và C                                                 | ☑️ Tòa nhà C                                                      |

#### <mark style="color:xanh dương;">Nếu mạng cục bộ bị lỗi, việc gọi liên cơ sở cũng được hỗ trợ thông qua Mạng điện thoại chuyển tiếp công cộng, với điều kiện mỗi cơ sở được kết nối với một SBC và đã Bật chuyển tiếp cuộc gọi</mark>

Trong trường hợp mạng cục bộ bị lỗi, Khách hàng có thiết kế nhiều cơ sở tích hợp mô-đun ZPLS với SBC và kết nối Mạng điện thoại chuyển tiếp công cộng tại mỗi cơ sở có thể Bật gọi giữa các cơ sở nếu [đã Bật chuyển tiếp cuộc gọi](#_2v7qst7vxwaa). Khi được cấu hình, các cuộc gọi được thực hiện trong chế độ duy trì hoạt động sẽ được định tuyến từ ứng dụng khách của người dùng tới Mạng điện thoại chuyển tiếp công cộng, tới SBC và mô-đun ZPLS của cơ sở thứ hai, rồi cuối cùng đến Thiết bị của người được gọi. Sơ đồ sau cung cấp tổng quan về cấu hình này:

<div data-with-frame="true"><img src="https://content.gitbook.com/content/ctBXUMeBy4rtLMmMkKRG/blobs/TxOX1dZyselC2SFLiXSu/Unknown%20image" alt=""></div>

{% hint style="danger" %}
Cấu hình này **yêu cầu** xử lý số điện thoại E.164 trên các SBC đã được cấu hình.
{% endhint %}

Bảng sau cũng minh họa khả năng duy trì hoạt động của Zoom Phone trong thiết kế nhiều cơ sở với các SBC độc lập:

| Các cuộc gọi bắt nguồn từ tòa nhà | Có thể liên hệ các Vị trí này trong thời gian lỗi Internet bên ngoài | Có thể liên hệ các Vị trí này trong thời gian lỗi mạng khuôn viên |
| ---------------------------------- | -------------------------------------------------------------------- | ----------------------------------------------------------------- |
| Tòa nhà A (người chủ trì ZPLS)     | ☑️Tòa nhà A, B và C                                                  | ☑️Tòa nhà A, B và C                                               |
| Tòa nhà B (người chủ trì ZPLS)     | ☑️Tòa nhà A, B và C                                                  | ☑️Tòa nhà A, B và C                                               |
| Tòa nhà C (người chủ trì ZPLS)     | ☑️Tòa nhà A, B và C                                                  | ☑️Tòa nhà A, B và C                                               |

#### <mark style="color:xanh dương;">Người dùng du cư luôn đăng ký với mô-đun ZPLS được liên kết với cơ sở gốc của họ</mark>

Khi người dùng hoặc Thiết bị được Thêm vào Zoom Phone, một cơ sở “gốc” được liên kết tĩnh với người dùng hoặc Thiết bị đó cho đến khi được quản trị viên tài khoản cập nhật khác đi. Điều này có nghĩa là nếu một người dùng di chuyển đến một Vị trí thực tế bên ngoài cơ sở gốc được liên kết với họ, chẳng hạn như một tòa nhà văn phòng gắn với một cơ sở khác, Zoom sẽ không tự động điều chỉnh cơ sở được ràng buộc với người dùng. Do đó, nếu người dùng mất kết nối với các trung tâm dữ liệu Zoom Phone, người dùng sẽ cố gắng đăng ký với mô-đun ZPLS được liên kết với cơ sở gốc của họ, ngay cả khi họ đang ở một Vị trí khác.

{% hint style="success" %}
**Ví dụ:**

Một người dùng trong khuôn viên nhiều cơ sở có cơ sở gốc tại Tòa nhà A (Cơ sở A) và tạm thời chuyển đến Tòa nhà B (Cơ sở B) để tham dự một cuộc họp. Khi họ ở Tòa nhà B, một Sự kiện ảnh hưởng đến dịch vụ xảy ra và chế độ duy trì hoạt động được kích hoạt. Mặc dù người dùng đang ở trong Tòa nhà B, vì Cơ sở A là cơ sở gốc của họ nên ứng dụng khách của người dùng sẽ cố gắng kết nối tới mô-đun ZPLS được cấp phát tại cơ sở gốc của họ trong Tòa nhà A.

Trong tình huống này, trạng thái duy trì hoạt động của người dùng được xác định bởi khả năng của Thiết bị người dùng trong việc đăng ký với mô-đun ZPLS trong cơ sở gốc của họ qua mạng khu vực khuôn viên. Nếu mạng khu vực khuôn viên bị ngắt trong khi người dùng ở xa cơ sở gốc của mình, người dùng không thể hưởng lợi từ mô-đun duy trì hoạt động.
{% endhint %}