# Các lưu ý về Thành phần tích hợp Mạng điện thoại chuyển tiếp công cộng

Phần này áp dụng cho Khách hàng đang cân nhắc Thành phần tích hợp mô-đun ZPLS với kết nối SBC và Mạng điện thoại chuyển tiếp công cộng để tăng khả năng duy trì hoạt động. Khách hàng không có kế hoạch Thành phần tích hợp mô-đun ZPLS với khả năng kết nối Mạng điện thoại chuyển tiếp công cộng có thể bỏ qua phần này mà không có hậu quả gì.

### Các cân nhắc về Thành phần tích hợp SBC

#### <mark style="color:xanh dương;">Yêu cầu SBC</mark>

Để Thành phần tích hợp một SBC với Zoom nhằm duy trì hoạt động, SBC phải đáp ứng các yêu cầu sau:

* TLS 1.2 và SRTP
* Hỗ trợ Mutual TLS
* Giao thức khởi tạo phiên (SIP)
* DTMF (RFC-2833)
* Ẩn topology (RFC-5853)
* SIP Early Offer (**bắt buộc**)
* Opus, G.711 μ-law, G.711 A-law và các codec G.729

#### <mark style="color:xanh dương;">Các Thành phần tích hợp Mạng điện thoại chuyển tiếp công cộng yêu cầu một SBC và một nhà cung cấp bên thứ ba đáng tin cậy</mark>

Đối với khả năng kết nối Mạng điện thoại chuyển tiếp công cộng, Khách hàng phải cung cấp một Trình điều khiển biên phiên (SBC) được kết nối với một kết nối cũ, hoặc một SIP trunk với kết nối di động hoặc kết nối thay thế (ví dụ: DSL). Khách hàng nên lưu ý rằng bất kỳ SIP trunk nào được triển khai tại SBC đều có thể phụ thuộc vào cùng một dịch vụ internet đang gặp sự cố. Vì khả năng này, Khách hàng nên cân nhắc một kết nối cấp ba đáng tin cậy cho khả năng kết nối Mạng điện thoại chuyển tiếp công cộng.

#### <mark style="color:xanh dương;">Bất kỳ SBC nào được chứng nhận Zoom Phone BYOC đều có thể được sử dụng</mark>

Bất kỳ phiên border Trình điều khiển (SBC) nào mà là [được chứng nhận cho Zoom Phone](https://support.zoom.us/hc/en-us/articles/360001299063-Zoom-Phone-Certified-Hardware#h_ec5008d4-3581-46e7-a06d-32599511d089) cũng có thể được sử dụng với mô-đun ZPLS. Khách hàng đang sử dụng gói Zoom Phone BYOC hiện có không cần SBC bổ sung hoặc riêng biệt cho mục đích duy trì hoạt động.

#### <mark style="color:xanh dương;">Chứng chỉ DigiCert của Zoom phải được cài đặt trên SBC</mark>

Để thiết lập kết nối TLS tới cả mô-đun ZPLS và Zoom cloud, Zoom’s [Chứng chỉ gốc và chứng chỉ trung gian của DigitCert](https://support.zoom.us/hc/en-us/articles/360044092031) phải được cài đặt trên SBC.

#### <mark style="color:xanh dương;">SBCs phải định tuyến các cuộc gọi đến đến các trung tâm dữ liệu Zoom Phone là lựa chọn định tuyến thứ nhất và thứ hai, và mô-đun ZPLS là lựa chọn thứ ba</mark>

SBC của khách hàng phải định tuyến các cuộc gọi Đến từ Mạng điện thoại chuyển tiếp công cộng đến vùng SIP chính và phụ trước khi thử mô-đun ZPLS. Với cấu hình này, các cuộc gọi sẽ chỉ được định tuyến đến mô-đun ZPLS trong một Sự kiện duy trì khả năng hoạt động, vì SBC và các trung tâm dữ liệu Zoom Phone lẽ ra phải duy trì kết nối ổn định.

Việc không tuân theo logic này có thể dẫn đến thất bại trong việc phân phối cuộc gọi, vì mô-đun ZPLS không thể định tuyến cuộc gọi tới các thiết bị đã đăng ký trên đám mây.

{% hint style="info" %}
Khi đám mây Zoom Phone trở nên khả dụng sau một sự kiện về khả năng duy trì hoạt động, SBC có thể tạm thời cố gắng định tuyến các số BYOC tới đám mây Zoom trong khi thiết bị khách của số bị ảnh hưởng được đăng ký với mô-đun ZPLS. Nếu điều này xảy ra, định tuyến cuộc gọi sẽ theo Cài đặt cho [**Khi một cuộc gọi không được trả lời**](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings#h_86f4bf1b-51ea-4d70-9e40-4a84a5ca1c2c) trong giai đoạn tạm thời này.
{% endhint %}

#### <mark style="color:xanh dương;">Cuộc gọi Đi từ mô-đun ZPLS phải được định tuyến đến SBC và đường trung kế SIP Mạng điện thoại chuyển tiếp công cộng</mark>

Khi chế độ survivability đang hoạt động, các cuộc gọi từ ZPLS vào SBC phải được định tuyến đến Mạng điện thoại chuyển tiếp công cộng SIP Trunk để thiết lập các kết nối điện thoại bên ngoài. Tất cả các cuộc gọi đến những số chưa được đăng ký với mô-đun ZPLS sẽ được gửi đến SBC được cấu hình cho survivability ở định dạng E.164.

### Các cân nhắc về khả năng duy trì hoạt động cục bộ của Chuyển tiếp cuộc gọi

#### <mark style="color:xanh dương;">Trong một Sự kiện survivability, Số điện thoại do Zoom Phone cung cấp sẽ không thể truy cập từ bên ngoài trừ khi chúng được định tuyến lại thông qua chuyển tiếp cuộc gọi</mark>

Trong một Sự kiện survivability, các Số điện thoại do Zoom cung cấp sẽ không thể liên hệ từ bên ngoài xét từ góc độ của đám mây. Do đó, người dùng ở các địa điểm bị ảnh hưởng có thể không liên lạc được trừ khi các cuộc gọi đến số chính của họ được chuyển tiếp sang một số thay thế được liên kết với một SBC tại chỗ.

{% hint style="info" %}
Các ví dụ phổ biến về các số bị ảnh hưởng có thể bao gồm các số được gán cho: Người dùng, Khu vực chung, Tiếp nhận tự động (AR), Nhóm đường dây được chia sẻ (SLG) và Hàng đợi cuộc gọi (CQ).
{% endhint %}

#### <mark style="color:xanh dương;">Khách hàng sử dụng BYOC dựa trên tại chỗ không yêu cầu cấu hình nâng cao và có thể bỏ qua chuyển tiếp cuộc gọi bằng cách thêm một tuyến thứ ba vào mô-đun ZPLS của họ từ SBC</mark>

Khách hàng sử dụng gói BYOC dựa trên triển khai tại chỗ (tức là, khách hàng không sử dụng các số được đăng ký với Zoom Phone) không yêu cầu cấu hình nâng cao để Bật chuyển tiếp cuộc gọi. Thay vào đó, khách hàng BYOC có thể Thêm một tuyến thứ ba vào mô-đun ZPLS từ SBC dựa trên cơ sở.

#### <mark style="color:xanh dương;">Cấu hình chuyển tiếp cuộc gọi được thiết lập bởi quản trị viên hoặc người dùng được ủy quyền từ cổng thông tin web</mark>

Một quản trị viên tài khoản hoặc người dùng được ủy quyền có thể [Cấu hình logic chuyển tiếp cuộc gọi](#_1od0waijmvaz) từ cổng thông tin web thông qua [nhập thủ công hoặc tải lên CSV hàng loạt](#_aezu04x8z043).

#### <mark style="color:xanh dương;">Người dùng được cấu hình cho chuyển tiếp cuộc gọi sẽ có ba số được gán</mark>

Sau khi áp dụng một số BYOC cho một người dùng để đảm bảo khả năng duy trì của chuyển tiếp cuộc gọi, Thiết bị khách sẽ được gán *ít nhất* ba số:

1. Máy nhánh nội bộ có mã cơ sở được thêm ở đầu
2. Một số Mạng điện thoại chuyển tiếp công cộng do Zoom cung cấp
3. Một số Mạng điện thoại chuyển tiếp công cộng BYOC

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

#### <mark style="color:xanh dương;">Số điện thoại có thể được chuyển tiếp đến tối đa một số BYOC</mark>

Mỗi số Zoom Phone có thể được chuyển tiếp tối đa đến **một** số BYOC khác. Tuy nhiên, bạn có thể chuyển tiếp nhiều Số điện thoại đến cùng một số BYOC.

Ví dụ: nếu John được gán Số điện thoại X55-555-5555, Số điện thoại của John có thể được chuyển tiếp đến số tổng đài của tòa nhà anh ấy tại X99-999-9999. Tương tự, đồng nghiệp của John cũng có thể chuyển tiếp số của họ (X55-555-5554, X55-555-5553, v.v.) đến X99-999-9999. Ngoài ra, mỗi người dùng có thể chuyển tiếp Số điện thoại của họ đến một số hoàn toàn riêng biệt, chẳng hạn như X55-555-5554 Định tuyến đến X99-999-9998 và X55-555-5553 Định tuyến đến X99-999-9997. Tuy nhiên, không người dùng cá nhân nào có thể chuyển tiếp số của họ đến cả X99-999-9999 và X99-999-9998.

#### <mark style="color:xanh dương;">Chuyển tiếp cuộc gọi phải luôn bị vô hiệu hóa cho đến khi xảy ra Sự kiện sống còn</mark>

Mặc dù quản trị viên có thể cấu hình trước logic chuyển tiếp cuộc gọi cho một cơ sở từ trước, chức năng chuyển tiếp cuộc gọi phải luôn bị vô hiệu hóa cho đến khi xảy ra Sự kiện sống còn. Nếu chuyển tiếp cuộc gọi được bật trong quá trình vận hành thường lệ, tất cả cuộc gọi Đến đến một số đã đăng ký Zoom Phone sẽ được định tuyến lại đến SBC tại chỗ và số BYOC liên quan, bỏ qua các dịch vụ Zoom Phone. Do đó, để duy trì Định tuyến Zoom Phone thông thường, chuyển tiếp cuộc gọi phải bị vô hiệu hóa trong quá trình vận hành thường lệ.

#### <mark style="color:xanh dương;">Chuyển tiếp cuộc gọi chỉ có thể được Bật bởi một người dùng được ủy quyền hoặc quản trị viên có kết nối internet đang hoạt động</mark>

Trong một Sự kiện ở chế độ duy trì hoạt động, kết nối internet của một cơ sở được giả định là không khả dụng. Tuy nhiên, vì chuyển tiếp cuộc gọi phải vẫn bị tắt để vận hành tiêu chuẩn, nên tính năng này chỉ có thể được Bật bởi một người dùng được ủy quyền hoặc quản trị viên có kết nối internet đang hoạt động như gói dữ liệu điện thoại hoặc kết nối internet thay thế trong một Vị trí khác.

{% hint style="info" %}
Để giảm thiểu thời gian ngừng hoạt động và đảm bảo tính liên tục trong kinh doanh, Zoom khuyến nghị các doanh nghiệp thiết lập các quy trình đáng tin cậy để Bật logic chuyển tiếp cuộc gọi từ cổng thông tin web trong một Sự kiện duy trì hoạt động.
{% endhint %}

#### <mark style="color:xanh dương;">Các quy tắc chuyển tiếp cuộc gọi có thể áp dụng cho toàn bộ cơ sở hoặc cho từng số riêng lẻ</mark>

Trong một Sự kiện duy trì hoạt động, quản trị viên hoặc người dùng được ủy quyền có thể Bật các quy tắc chuyển tiếp cuộc gọi cho toàn bộ cơ sở hoặc cho các số cụ thể từ cổng thông tin web.

#### <mark style="color:xanh dương;">Sau khi chuyển tiếp cuộc gọi được Bật cho số điện thoại của một người dùng, Zoom sẽ không đổ chuông ứng dụng khách đã đăng ký trên đám mây của người dùng, ngay cả khi ứng dụng đó vẫn duy trì kết nối đám mây độc lập</mark>

Khi chuyển tiếp cuộc gọi được Bật cho một số đã đăng ký với Zoom Phone, Zoom sẽ không cố gắng định tuyến bất kỳ cuộc gọi nào đến người dùng thông qua đám mây. Do đó, ngay cả khi một người dùng bị ảnh hưởng có Thiết bị đã đăng ký trên đám mây như điện thoại di động, nếu số điện thoại được đánh dấu để chuyển tiếp cuộc gọi, tất cả các cuộc gọi sẽ được định tuyến qua Mạng điện thoại chuyển tiếp công cộng đến SBC của công ty.

Ví dụ: một cơ sở đang gặp Sự kiện ở chế độ duy trì hoạt động và điện thoại di động của một người dùng được kết nối với đám mây Zoom Phone thông qua kết nối dữ liệu của nhà mạng di động của họ. Nếu số điện thoại của một người dùng được đánh dấu để chuyển tiếp cuộc gọi, đám mây Zoom Phone **sẽ không** sẽ không đổ chuông số Zoom Phone của họ thông qua ứng dụng di động, mặc dù kết nối ổn định. Thay vào đó, tất cả các cuộc gọi sẽ tiếp tục được định tuyến qua Mạng điện thoại chuyển tiếp công cộng đến SBC của khách hàng.

#### <mark style="color:xanh dương;">Nếu chuyển tiếp cuộc gọi không được Bật cho một người dùng trong một Sự kiện duy trì hoạt động, các cuộc gọi đến sẽ tuân theo tùy chọn xử lý cuộc gọi của từng người dùng</mark>

Nếu chuyển tiếp cuộc gọi không được bật trong một Sự kiện survivability, các cuộc gọi đến sẽ được xử lý theo [logic xử lý cuộc gọi](https://support.zoom.us/hc/en-us/articles/360059966372-Customizing-call-handling-settings) cho từng người dùng riêng lẻ. Nếu một người dùng không có ứng dụng điện thoại dự phòng được đăng ký lên đám mây, như điện thoại di động, người gọi sẽ phải tuân theo các quy tắc được xác định bởi **Khi một cuộc gọi không được trả lời** phần của tùy chọn xử lý cuộc gọi.

#### <mark style="color:xanh dương;">Chuyển tiếp cuộc gọi chỉ áp dụng cho các cuộc gọi đến trên Mạng điện thoại chuyển tiếp công cộng</mark>

Chuyển tiếp cuộc gọi để đảm bảo tính sẵn sàng chỉ áp dụng cho các cuộc gọi được định tuyến qua Mạng điện thoại chuyển tiếp công cộng và/hoặc Zoom Phone đám mây. Các cuộc gọi bắt nguồn từ các máy nhánh được đăng ký với Zoom trong cùng một cơ sở sẽ cố gắng kết nối trước qua mô-đun ZPLS, và sau đó qua Mạng điện thoại chuyển tiếp công cộng nếu có SBC được kết nối. Các cuộc gọi không thể kết nối sẽ, nếu không, chịu sự xử lý được xác định bởi **Khi một cuộc gọi không được trả lời** phần của các quy tắc xử lý cuộc gọi trong Cài đặt điện thoại của người dùng.

### Luồng chuyển tiếp cuộc gọi

Sơ đồ sau đây trình bày chi tiết logic cho chuyển tiếp cuộc gọi (khi đã được bật) trong một Sự kiện khả năng duy trì hoạt động. Logic này sẽ vẫn có hiệu lực cho đến khi chuyển tiếp cuộc gọi bị tắt hoặc các hoạt động Tiêu chuẩn được khôi phục. Tuy nhiên, nếu chuyển tiếp cuộc gọi vẫn được bật *sau* khi các hoạt động Tiêu chuẩn được khôi phục, các cuộc gọi được chuyển tiếp sẽ hairpin từ đám mây Zoom Phone, đến SBC, rồi quay lại đám mây, trước khi được phân phối đến Thiết bị của người dùng. Vì lý do này, tính năng chuyển tiếp cuộc gọi nên được vô hiệu hóa kịp thời sau một Sự kiện khả năng duy trì hoạt động.

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

1. Một người gọi bên ngoài khởi tạo một cuộc gọi đến một số đã đăng ký với Zoom Phone, và được định tuyến qua Mạng điện thoại chuyển tiếp công cộng.
2. cuộc gọi được định tuyến đến đám mây Zoom Phone, và số điện thoại đã quay được xác định là bị ảnh hưởng bởi chuyển tiếp cuộc gọi.

{% hint style="info" %}
Nếu chuyển tiếp cuộc gọi không được bật, Zoom Phone sẽ theo **Khi một cuộc gọi không được trả lời** logic dành cho người dùng hoặc máy nhánh cụ thể đó.
{% endhint %}

3. Vì chuyển tiếp cuộc gọi đã được bật, Zoom sẽ không cố gắng cảnh báo người dùng mà thay vào đó sẽ chuyển hướng cuộc gọi đến số chuyển tiếp cuộc gọi được chỉ định qua Mạng điện thoại chuyển tiếp công cộng.
4. cuộc gọi được định tuyến từ Mạng điện thoại chuyển tiếp công cộng đến SBC khả dụng.
5. SBC khả dụng chuyển tiếp cuộc gọi đến mô-đun ZPLS.
6. Mô-đun ZPLS chuyển tiếp cuộc gọi đến (các) ứng dụng khách đã đăng ký của người dùng, nếu được kết nối.

### Các lưu ý về Số định danh Vị trí khẩn cấp (ELIN)

#### <mark style="color:xanh dương;">ELIN là một số điện thoại chỉ dành riêng cho cơ sở, truyền đạt thông tin Vị trí tới các dịch vụ khẩn cấp khi được gọi</mark>

Số nhận dạng vị trí khẩn cấp (ELIN) là một số điện thoại chuyên dụng được sử dụng bởi Điểm trả lời an toàn công cộng (PSAP) để xác định địa chỉ vật lý của người gọi khi gọi đến các dịch vụ khẩn cấp. Với Tính năng này, doanh nghiệp phải phối hợp với nhà cung cấp dịch vụ PSTN của mình để ánh xạ một địa chỉ tới một số điện thoại, nhằm giúp đảm bảo địa chỉ được liệt kê trong cơ sở dữ liệu nhận dạng vị trí tự động (ALI) khi cuộc gọi được tiếp nhận bởi một tổng đài viên của Điểm trả lời an toàn công cộng (PSAP).

Ví dụ, hãy xem xét một khuôn viên trường đại học trải rộng trên nhiều tòa nhà, trong đó mỗi tòa nhà được đại diện bởi một cơ sở Zoom Phone riêng. Nếu một người dùng quay số dịch vụ khẩn cấp trong một Sự kiện khả năng duy trì từ một điện thoại hoặc Thiết bị [liên quan đến cơ sở](#_ggwzik1hd9xi), các dịch vụ khẩn cấp sẽ tự động nhận địa chỉ đầy đủ đã ghi của cơ sở, với điều kiện Vị trí được cấu hình và được cập nhật với nhà cung cấp dịch vụ.

#### <mark style="color:xanh dương;">Mỗi cơ sở có thể hỗ trợ nhiều ELINs</mark>

Khách hàng có thể Chỉ định nhiều ELIN cho một cơ sở để dùng chung một nhóm tài nguyên số khẩn cấp. Trong trường hợp khẩn cấp trong một Sự kiện duy trì hoạt động, điều này sẽ Cho phép nhiều người gọi, mỗi người có một ELIN được Chỉ định duy nhất, điều này có thể giúp dịch vụ khẩn cấp liên hệ với người gọi ban đầu nếu thực hiện cuộc gọi lại.

Ngoài ra, một ELIN có thể được gán cho một người dùng hoặc một điện thoại trong khu vực chung, cung cấp việc gán ELIN chi tiết hơn so với cấp cơ sở, mang lại Vị trí chính xác hơn cho dịch vụ khẩn cấp.

#### <mark style="color:xanh dương;">Trong một Sự kiện survivability, tất cả các cuộc gọi khẩn cấp được thay thế bằng ELIN</mark>

Khi một người dùng thực hiện một cuộc gọi khẩn cấp trong một Sự kiện khả năng duy trì hoạt động, số gọi của người dùng đó, nếu có, sẽ được thay thế bằng ELIN được chỉ định ở cấp cơ sở. Điều này cho phép những người dùng không có số trực tiếp gọi dịch vụ khẩn cấp và có thể được liên lạc lại bởi nhân viên vận hành khẩn cấp.

#### <mark style="color:xanh dương;">Một số ELIN phải là số BYOC được liên kết với trunk SBC Mạng điện thoại chuyển tiếp công cộng của cơ sở</mark>

ELIN của một cơ sở **phải** phải là một số BYOC được kết cuối trên một trung kế Mạng điện thoại chuyển tiếp công cộng nằm tại SBC dự phòng của cơ sở. Không thể sử dụng bất kỳ loại số nào khác.

#### <mark style="color:xanh dương;">Mô-đun ZPLS sẽ tự động chuyển các cuộc gọi khẩn cấp của nhà cung cấp tới ELIN quay trở lại máy nhánh của người dùng đã ban đầu gọi trong tối đa 2 giờ</mark>

Nếu một nhân viên xử lý khẩn cấp gọi lại ELIN, mô-đun ZPLS sẽ định tuyến cuộc gọi trở lại người dùng ban đầu đã thực hiện cuộc gọi khẩn cấp. Mô-đun ZPLS sẽ tiếp tục định tuyến các cuộc gọi lại từ Điểm trả lời an toàn công cộng tới người gọi ban đầu trong tối đa 2 giờ. Hiện tại, chức năng này chỉ giới hạn cho người gọi đầu tiên.

#### <mark style="color:xanh dương;">Khi một số điện thoại được chỉ định là ELIN, nó không thể được gán cho một người dùng hoặc Thiết bị</mark>

Sau khi một quản trị viên đã chỉ định một số BYOC làm ELIN được chỉ định cho một cơ sở, số BYOC đó không thể được chỉ định cho bất kỳ người dùng nào hoặc thực thể Zoom Phone nào khác trừ khi nó được gỡ chỉ định.

#### <mark style="color:xanh dương;">Khách hàng chịu trách nhiệm duy trì và cập nhật các địa chỉ thực liên kết với ELIN của họ cho mỗi cơ sở</mark>

Zoom không chịu trách nhiệm cập nhật các nhà mạng BYOC với địa chỉ thực tương ứng với từng ELIN. Khách hàng có trách nhiệm đảm bảo các địa chỉ khẩn cấp được ánh xạ chính xác tới địa chỉ thực phù hợp.

### Các lưu ý về Định tuyến Mạng điện thoại chuyển tiếp công cộng

#### <mark style="color:xanh dương;">Khi chế độ duy trì hoạt động được kích hoạt, các gói phương tiện được định tuyến qua mô-đun ZPLS</mark>

Khi chế độ duy trì hoạt động được bật, các ứng dụng khách không giao tiếp trực tiếp với SBC hoặc các ứng dụng khách nội bộ khác; thay vào đó, các gói phương tiện được neo hoặc “hairpinned” qua mô-đun ZPLS, không có Hỗ trợ cho việc giảm tải phương tiện.

Sơ đồ sau minh họa đường dẫn báo hiệu và phương tiện cho các cuộc gọi nội bộ và bên ngoài Đang hoạt động.

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

#### <mark style="color:xanh dương;">Các cuộc gọi sẽ cố gắng định tuyến cục bộ trước</mark>

Bất cứ khi nào có thể, mô-đun ZPLS sẽ cố gắng định tuyến các cuộc gọi bắt nguồn từ các ứng dụng khách Zoom đã đăng ký đến các đích đã đăng ký cục bộ. Các cuộc gọi chỉ được chuyển tiếp đến SBC nếu đích chứa trong trường URI Yêu cầu của SIP Mời đến không khớp với một số máy nhánh đã đăng ký.

{% hint style="info" %}
Một số máy nhánh đã đăng ký là số máy nhánh ngắn không có mã cơ sở, số máy nhánh dài có mã cơ sở, số Zoom đã đăng ký được chỉ định hoặc số BYOC được chỉ định. Quản trị viên nên lưu ý rằng mô-đun ZPLS cập nhật dữ liệu này [10 giờ một lần](#_54gf3fuxcnk5).
{% endhint %}

#### <mark style="color:xanh dương;">Trong một Sự kiện duy trì hoạt động, các cuộc gọi Đi ra ngoài bên ngoài sẽ hiển thị số BYOC của người dùng</mark>

Trong một Sự kiện duy trì hoạt động, các cuộc gọi Đi ra ngoài bên ngoài từ các thiết bị đã đăng ký với ZPLS sẽ chứa Số Gọi BYOC. Sơ đồ sau minh họa luồng cuộc gọi ở chế độ duy trì hoạt động cho một người dùng:

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

#### <mark style="color:xanh dương;">Các cuộc gọi được trả lại có thể được định tuyến đến số BYOC của người dùng</mark>

Vì các cuộc gọi bên ngoài, Đi được thực hiện trong thời gian diễn ra Sự kiện sống sót sẽ sử dụng số BYOC, người gọi bên ngoài có thể gọi lại bằng số BYOC thay vì số điện thoại đã đăng ký Zoom của người dùng. Nếu Sự kiện sống sót đã kết thúc, các cuộc gọi sẽ được định tuyến trở lại thông qua đám mây [nếu ưu tiên Định tuyến chính xác được cấu hình](#_zgofkpkt74xr). Tuy nhiên, nếu Sự kiện vẫn đang tiếp diễn, SBC sẽ định tuyến cuộc gọi đến mô-đun ZPLS và Thiết bị đã đăng ký của ứng dụng khách.

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

#### <mark style="color:xanh dương;">Các codec sống sót được hỗ trợ</mark>

Các codec sống sót được hỗ trợ là Opus, G.711 μ-law, G.711 A-law và G.729. Việc chuyển mã hoặc chuyển tốc độ của các codec âm thanh không được hỗ trợ. Tất cả các bên tham gia vào một cuộc gọi đang hoạt động phải hỗ trợ cùng một codec và tốc độ lấy mẫu.

### Các cân nhắc về nhóm phân phối sống sót

Phần này thảo luận về các cân nhắc đối với Các nhóm phân phối sống sót (SDG). Khách hàng không có kế hoạch sử dụng SDG hoặc tích hợp mô-đun ZPLS với kết nối Mạng điện thoại chuyển tiếp công cộng có thể bỏ qua phần này mà không ảnh hưởng gì.

#### <mark style="color:xanh dương;">Các nhóm phân phối sống sót cung cấp các tùy chọn định tuyến cuộc gọi chi tiết trong một Sự kiện sống sót</mark>

Các nhóm phân phối sống sót (SDG) cung cấp cho doanh nghiệp các tùy chọn định tuyến cuộc gọi chi tiết — như hàng đợi cuộc gọi và menu phản hồi bằng giọng nói tương tác (IVR) — trong thời gian diễn ra một Sự kiện sống sót. Với SDG, doanh nghiệp có thể tiếp tục hỗ trợ các dịch vụ điện thoại cốt lõi và các cấu hình định tuyến cuộc gọi (tương tự như hàng đợi cuộc gọi, lễ tân tự động và các nhóm đường dây được chia sẻ) cho đến khi hoạt động bình thường được khôi phục.

#### <mark style="color:xanh dương;">SDG không giống các nhóm phân phối hoạt động Tiêu chuẩn, và phải được xây dựng, duy trì riêng biệt</mark>

Mặc dù SDG cung cấp chức năng định tuyến cuộc gọi tương tự như các nhóm phân phối hoạt động Tiêu chuẩn, SDG là duy nhất và dành riêng cho các sự kiện survivability, và do đó phải được xây dựng và bảo trì riêng biệt. Nói cách khác, SDG **sẽ không** kế thừa Cài đặt hoặc cấu hình của một nhóm phân phối hoạt động tiêu chuẩn (tức là, hàng đợi cuộc gọi, tổng đài tự động, IVR, v.v.)

#### <mark style="color:xanh dương;">SDG phù hợp nhất khi kết hợp với Thành phần tích hợp BYOC-Mạng điện thoại chuyển tiếp công cộng và bật chuyển tiếp cuộc gọi</mark>

Mặc dù SDG có thể cung cấp hỗ trợ chỉ nội bộ (tức là các cuộc gọi không thuộc Mạng điện thoại chuyển tiếp công cộng), chúng hoạt động tốt nhất khi được ghép với Thành phần tích hợp BYOC-Mạng điện thoại chuyển tiếp công cộng. Với một SDG hỗ trợ Mạng điện thoại chuyển tiếp công cộng, khi chuyển tiếp cuộc gọi được bật trong một Sự kiện khả dụng, số chính của tổ chức có thể định tuyến đến số điện thoại SDG được chỉ định, và cuộc gọi sẽ theo hồ sơ Định tuyến đã được cấu hình. Điều này cho phép Kinh doanh cung cấp trải nghiệm luồng cuộc gọi nhất quán cho các số quay bên ngoài cho đến khi các hoạt động Tiêu chuẩn được khôi phục.

Sơ đồ sau minh họa logic định tuyến cuộc gọi cho SDG hỗ trợ Mạng điện thoại chuyển tiếp công cộng:

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

#### <mark style="color:xanh dương;">Các SDG có thể được tùy chỉnh theo những cách sau</mark>

SDGs hỗ trợ các tùy chọn sau:

* Số máy lẻ chuyên dụng
* Số quay số trực tiếp vào máy được chỉ định
* Múi giờ
* giờ làm việc
* Lời chào đã ghi âm
* Các thành viên nhóm
* Chuyển đến:
  * người dùng
  * Trình đơn Phản hồi bằng giọng nói tương tác (IVR)
  * Các thành viên nhóm
  * Số điện thoại
* phân phối cuộc gọi:
  * Đồng thời
  * Theo trình tự

### Các cân nhắc về phần cứng và mạng

Phần này thảo luận về các cân nhắc về phần cứng và mạng cho mô-đun ZPLS, một Thành phần tích hợp SBC, các máy khách Zoom và các thiết bị điện thoại. Sau khi đọc phần này, bạn có thể mong đợi sẽ hiểu được các giao tiếp mạng và cấu hình cần thiết cho một triển khai ZPLS.

{% hint style="info" %}
Phần này dành cho việc triển khai phần cứng và mạng *các cân nhắc về thiết kế*. Tham khảo phần về [triển khai ZPLS](#_wrba5u2ahyc) để biết hướng dẫn triển khai từng bước.
{% endhint %}

#### <mark style="color:xanh dương;">Các cân nhắc về triển khai và mạng của mô-đun ZPLS</mark>

**Mô-đun ZPLS yêu cầu một địa chỉ IPv4 tĩnh trong mạng của bạn**

Mô-đun ZPLS nên được triển khai trên mạng LAN nội bộ với địa chỉ IPv4 tĩnh có thể truy cập được bởi các thiết bị Zoom Phone và máy khách máy tính để bàn. Hiện tại, mô-đun ZPLS không hỗ trợ địa chỉ IPv6.

**Mô-đun ZPLS phải duy trì các kết nối HTTPS định kỳ với đám mây Zoom Phone**

Mô-đun ZPLS yêu cầu các kết nối HTTPS định kỳ với đám mây Zoom Phone để [đồng bộ hóa tài khoản và Cài đặt người dùng](#_54gf3fuxcnk5).

Trong hầu hết các trường hợp, một mô-đun ZPLS có thể được triển khai trên một mạng LAN nội bộ trong mạng của khách hàng. Ngoài ra, trong một số trường hợp có thể sử dụng mạng DMZ; tuy nhiên, quản trị viên mạng phải bảo đảm việc giao tiếp có thể diễn ra qua tường lửa Doanh nghiệp lớn. Trong cả hai trường hợp, quản trị viên được yêu cầu điều chỉnh chính sách tường lửa của công ty để Bật giao tiếp giữa mô-đun ZPLS và Zoom đám mây.

**Mô-đun ZPLS phải duy trì một lệnh ping OPTIONS đều đặn với đám mây Zoom Phone**

Trong trạng thái nhàn rỗi, mô-đun ZPLS phải duy trì một tín hiệu kiểm tra kết nối OPTIONS với đám mây Zoom Phone để giám sát kết nối. Trong trường hợp cả thiết bị khách và mô-đun ZPLS trong một cơ sở đều mất kết nối với đám mây Zoom Phone, các ứng dụng khách và thiết bị được hỗ trợ sẽ đăng ký với mô-đun ZPLS bằng Xác thực SIP Digest qua TLS v1.2.

#### <mark style="color:xanh dương;">Các lưu ý về triển khai và mạng của SBC</mark>

**Khi có thể, SBC phải có thể truy cập được từ ZPLS và Zoom cloud**

Khách hàng nên đảm bảo SBC duy trì kết nối với cả mô-đun ZPLS và đám mây Zoom Phone, bất cứ khi nào có thể. Khách hàng có thể cấp phát một SBC dual-NIC được cấu hình với địa chỉ IPv4 riêng và công khai, hoặc đảm bảo rằng các quy tắc NAT tĩnh 1:1 được thiết lập trên tường lửa biên, bên cạnh việc mở các cổng cần thiết.

**SBC phải duy trì kết nối TLS và UDP giữa đám mây Zoom Phone và mô-đun ZPLS**

Trong quá trình vận hành thường lệ, SBC phải duy trì kết nối TLS và UDP tới cả đám mây Zoom Phone và mô-đun ZPLS của cơ sở liên kết. Kết nối này được dùng để định tuyến mọi cuộc gọi tiềm năng tới số điện thoại được liệt kê BYOC [thông qua đám mây Zoom Phone](#_zgofkpkt74xr). Cơ chế keepalive OPTIONS được tự động bật giữa ZPLS và SBC và là Tùy chọn giữa SBC và đám mây.

#### <mark style="color:xanh dương;">Các lưu ý về Ứng dụng Zoom và Thiết bị Điện thoại</mark>

**Các ứng dụng khách và thiết bị phải có khả năng phát hiện mô-đun ZPLS của cơ sở trong mạng cục bộ**

Ứng dụng khách và thiết bị được hỗ trợ [được bật cho khả năng duy trì hoạt động của điện thoại](#_ah8xua8wdq10) phát hiện mô-đun ZPLS chuyển đổi dự phòng phù hợp từ đám mây Zoom Phone trong quá trình khởi động. Tuy nhiên, mô-đun này phải được [liên kết với cơ sở của hệ thống điện thoại](#_k11n5zxkx1pq) với một địa chỉ IPv4 có thể được phát hiện nội bộ.

**Thiết bị nên có IP tĩnh hoặc được gán IP riêng qua máy chủ DHCP cục bộ**

Để giảm thiểu các sự cố tiềm ẩn, các thiết bị điện thoại nên được gán IP tĩnh hoặc IP nội bộ thông qua máy chủ DHCP cục bộ. Nếu một thiết bị không được gán IP tĩnh, hoặc không có máy chủ DHCP trong một Sự kiện khả năng duy trì hoạt động, các thiết bị điện thoại có thể không đăng ký được.

**Khách hàng và thiết bị phải duy trì một ping OPTIONS thường xuyên với đám mây Zoom Phone**

Tương tự như mô-đun ZPLS, các khách hàng và thiết bị được hỗ trợ phải duy trì một ping keepalive OPTIONS tới đám mây Zoom Phone để xác định trạng thái kết nối của trung tâm dữ liệu. Trong trường hợp mất dịch vụ, khách hàng tiếp tục gửi các thông báo keepalive để phát hiện sự trở lại của dịch vụ đám mây và bắt đầu tiếp tục hoạt động bình thường. Quá trình này là tự động và không thể vô hiệu hóa.

#### <mark style="color:xanh dương;">Tường lửa và Luồng dữ liệu mạng</mark>

Xem phần về [Các cổng mạng và Luồng dữ liệu](#_pswiusfsww6t).