> 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/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/before-you-begin/pstn-integration-considerations.md).

# Các cân nhắc 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 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ăng khả năng duy trì hoạt động. Khách hàng không dự định 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 gặp bất kỳ hậu quả nào.

### 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 về SBC</mark>

Để tích hợp 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ợ TLS hai chiều
* Giao thức khởi tạo phiên (SIP)
* DTMF (RFC-2833)
* Ẩn cấu trúc mạng (RFC-5853)
* Đề nghị sớm SIP (**bắt buộc**)
* Các codec Opus, G.711 μ-law, G.711 A-law và 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 SBC và nhà cung cấp bên thứ ba đáng tin cậy</mark>

Đối với 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 kết nối cũ hoặc trung kế SIP có 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 mọi trung kế SIP được triển khai tại SBC có thể phụ thuộc vào cùng dịch vụ internet đang gặp sự cố gián đoạn. Do khả năng này, khách hàng nên cân nhắc một kết nối thứ ba đáng tin cậy cho kết nối Mạng điện thoại chuyển tiếp công cộng.

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

Bất kỳ trình điều khiển biên phiên (SBC) nào mà [đượ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 trên gói Zoom Phone BYOC hiện có không cần một 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 đến 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;">Các SBC phải định tuyến các cuộc gọi Đến tới các trung tâm dữ liệu Zoom Phone, với lựa chọn Định tuyến thứ nhất và thứ hai, và mô-đun ZPLS đứng thứ ba</mark>

Các 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ì nếu không thì SBC và các trung tâm dữ liệu Zoom Phone 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 lỗi chuyển cuộc gọi, vì mô-đun ZPLS không thể định tuyến cuộc gọi đến các thiết bị đăng ký trên đám mây.

{% hint style="info" %}
Khi đám mây Zoom Phone đang rảnh sau một Sự kiện khả năng tồn tại, một SBC có thể tạm thời cố gắng định tuyến cuộc gọi BYOC tới đám mây Zoom trong khi thiết bị của máy khách của số bị ảnh hưởng đã đăng ký với mô-đun ZPLS. Nếu điều này xảy ra, Định tuyến cuộc gọi sẽ tuân 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 khoảng thời gian tạm thời này.
{% endhint %}

#### <mark style="color:xanh dương;">Các cuộc gọi Đi từ mô-đun ZPLS phải đị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ế độ duy trì hoạt động đang hoạt động, các cuộc gọi từ ZPLS vào SBC phải định tuyến đến đường trung kế SIP Mạng điện thoại chuyển tiếp công cộng để 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 gọi đến các Số điện thoại không được đăng ký với mô-đun ZPLS sẽ được gửi đến SBC được cấu hình cho khả năng duy trì hoạt động ở định dạng E.164.

### Các lưu ý về duy trì hoạt động cục bộ cho Chuyển tiếp cuộc gọi

#### <mark style="color:xanh dương;">Trong một Sự kiện duy trì hoạt động, 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 chuyển hướng lại thông qua chuyển tiếp cuộc gọi</mark>

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

{% hint style="info" %}
Các ví dụ phổ biến về Số điện thoại bị ảnh hưởng có thể bao gồm các số được gán cho: Người dùng, Khu vực chung, Lễ tâ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 đường thứ ba vào mô-đun ZPLS của họ từ SBC của họ</mark>

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

#### <mark style="color:xanh dương;">Các cấu hình chuyển tiếp cuộc gọi được thiết lập bởi một quản trị viên hoặc người dùng được ủy quyền từ cổng 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 gọi](#_1od0waijmvaz) từ cổng 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;">Những người dùng được cấu hình cho chuyển tiếp cuộc gọ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ì chuyển tiếp cuộc gọi, Thiết bị của khách hàng sẽ được gán *ít nhất* ba số:

1. Một máy lẻ nội bộ với 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 của BYOC

<div data-with-frame="true"><figure><img src="/files/33bb7b43f2b476a653656da74e36b592abdc1793" 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 tới tối đa một số BYOC</mark>

Mỗi số Zoom Phone có thể được chuyển tiếp tới tối đa **một** số BYOC khác. Tuy nhiên, bạn có thể chuyển tiếp nhiều số điện thoại tới 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 tới số tổng đài của tòa nhà của 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.) tới X99-999-9999. Hoặc, mỗi người dùng có thể có số điện thoại của họ được chuyển tiếp tới một số hoàn toàn duy nhất, chẳng hạn như X55-555-5554 được định tuyến tới X99-999-9998, và X55-555-5553 được định tuyến tới X99-999-9997. Tuy nhiên, không người dùng nào có thể có số của họ được chuyển tiếp đồng thời tới cả X99-999-9999 và X99-999-9998.

#### <mark style="color:xanh dương;">Chuyển tiếp cuộc gọi phải vẫn bị tắt cho đến khi xảy ra một Sự kiện về khả năng duy trì hoạt động</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ở, chức năng chuyển tiếp cuộc gọi phải vẫn bị vô hiệu hóa cho đến khi xảy ra một Sự kiện về khả năng duy trì hoạt động. Nếu chuyển tiếp cuộc gọi được bật trong quá trình vận hành thường nhật, tất cả các cuộc gọi Đến tới một số được đăng ký với Zoom Phone sẽ được định tuyến lại tới SBC tại chỗ và số điện thoại BYOC liên kết, bỏ qua các dịch vụ Zoom Phone. Vì vậy, để duy trì Định tuyến Zoom Phone thông thường, chuyển tiếp cuộc gọi phải bị tắt trong quá trình vận hành thường nhật.

#### <mark style="color:xanh dương;">Chỉ người dùng hoặc quản trị viên được ủy quyền có kết nối internet hoạt động mới có thể bật chuyển tiếp cuộc gọi</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ì tính năng chuyển tiếp cuộc gọi phải luôn bị tắt để hoạt động tiêu chuẩn, nên tính năng này chỉ có thể được Bật bởi 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, chẳng hạn như gói dữ liệu điện thoại hoặc một kết nối internet thay thế tại 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 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 Sự kiện duy trì hoạt động.
{% endhint %}

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

Khi tính năng chuyển tiếp cuộc gọi được Bật cho một số đã đăng ký 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 người dùng bị ảnh hưởng có Thiết bị đã đăng ký đá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 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à cung cấp dịch vụ di động. Nếu số điện thoại của người dùng được đánh dấu để chuyển tiếp cuộc gọi, đám mây Zoom Phone **sẽ không** đổ chuông số Zoom Phone của họ 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 tính năng chuyển tiếp cuộc gọi không được Bật cho một người dùng trong 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 tính năng chuyển tiếp cuộc gọi không được Bật trong Sự kiện duy trì hoạt động, 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ẽ 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** mục 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 gọi đến từ 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 khả năng duy trì dịch vụ 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 đám mây Zoom Phone. Các cuộc gọi xuất phát 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à qua Mạng điện thoại chuyển tiếp công cộng thứ hai nếu có SBC được kết nối. Các cuộc gọi không thể kết nối sẽ bằng cách khác tuân theo cách xử lý được xác định bởi **Khi một cuộc gọi không được trả lời** mục 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 mô tả chi tiết logic cho việc chuyển tiếp cuộc gọi (một khi được bật) trong một Sự kiện duy trì dịch vụ. 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 gọi được chuyển tiếp sẽ đi vòng từ đám mây Zoom Phone, đến SBC, rồi quay lại đám mây, trước khi được chuyển đến Thiết bị của người dùng. Vì lý do này, chuyển tiếp cuộc gọi nên được tắt ngay sau một Sự kiện khả năng duy trì.

<div data-with-frame="true"><img src="/files/0889b4258a627a7aa76e9685137573036ba6beda" alt=""></div>

1. Một người gọi bên ngoài khởi tạo một cuộc gọi tới một số đã đăng ký 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 tới đá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 và thay vào đó sẽ chuyển cuộc gọi tới số chuyển tiếp đượ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ả năng duy trì.
5. SBC khả năng duy trì chuyển tiếp cuộc gọi tới mô-đun ZPLS.
6. Mô-đun ZPLS chuyển tiếp cuộc gọi tới (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ận dạng 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í đến các dịch vụ khẩn cấp khi được quay số</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 các Điểm trả lời an toàn công cộng (Điểm trả lời an toàn công cộng) sử dụng để xác định địa chỉ thực tế của người gọi khi gọi các dịch vụ khẩn cấp. Đối với Tính năng này, doanh nghiệp phải làm việc với nhà cung cấp dịch vụ Mạng điện thoại chuyển tiếp công cộng của họ để liên kết một địa chỉ vớ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 nhân viên trực tổng đài Điểm trả lời an toàn công cộng tiếp nhận.

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à, với mỗi tòa nhà được đại diện bởi một cơ sở Zoom Phone riêng biệt. Nếu một người dùng quay số dịch vụ khẩn cấp trong một Sự kiện về khả năng duy trì hoạt động từ điện thoại hoặc Thiết bị [liên kết với cơ sở](#_ggwzik1hd9xi), dịch vụ khẩn cấp sẽ tự động nhận địa chỉ đầy đủ được ghi cho cơ sở, miễn là Vị trí được cấu hình và luôn đượ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ở để có một nhóm tài nguyên số khẩn cấp. Trong trường hợp có Sự kiện khẩn cấp trong một Sự kiện về khả năng phục hồi, đ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 trả lại một cuộc gọi.

Ngoài ra, một ELIN có thể được gán cho người dùng hoặc đ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 về khả năng sống sót, tất cả các cuộc gọi khẩn cấp được thay thế bằng ELIN</mark>

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

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

ELIN của một cơ sở **phải** phải là một số BYOC được kết thúc trên một đường 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 Định tuyến các cuộc gọi của nhà cung cấp dịch vụ khẩn cấp đến ELIN quay lại máy nhánh của người dùng đã quay số ban đầu trong tối đa 2 giờ</mark>

Nếu một tổng đài viên khẩn cấp gọi lại vào 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 gọi lại từ Điểm trả lời an toàn công cộng đến 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 đã gán một số BYOC làm ELIN được chỉ định cho một cơ sở, số BYOC đó không thể được gán 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 bỏ gán.

#### <mark style="color:xanh dương;">Khách hàng chịu trách nhiệm duy trì và cập nhật địa chỉ vật lý 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 cho các nhà mạng BYOC các địa chỉ vật lý tương ứng với từng ELIN. Khách hàng chịu trách nhiệm bảo đảm các địa chỉ khẩn cấp được ánh xạ chính xác tới địa chỉ vật lý 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ế độ survivability đang hoạt động, các gói media được định tuyến qua mô-đun ZPLS</mark>

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

Sơ đồ sau minh họa đường dẫn báo hiệu và media 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="/files/c657b3cddcfc85256b6e8c7bf65c578c0f05c3c8" 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 tiên</mark>

Nếu có thể, mô-đun ZPLS sẽ cố gắng định tuyến các cuộc gọi phát sinh từ các client Zoom đã đăng ký đến các đích được đă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 Request URI của SIP Mời đến không khớp với một máy nhánh đã đăng ký.

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

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

Trong một Sự kiện survivability, các cuộc gọi bên ngoài, Đi từ các thiết bị được ZPLS đăng ký sẽ chứa Số cuộc gọi BYOC. Sơ đồ sau minh họa luồng cuộc gọi trong chế độ survivability cho một người dùng:

<div data-with-frame="true"><img src="/files/e0ebbefb05d6bce5894ff9bd43daf267d4094d5d" alt=""></div>

#### <mark style="color:xanh dương;">Các cuộc gọi 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 Đi ra bên ngoài được thực hiện trong một Sự kiện khả năng duy trì sẽ sử dụng số BYOC, nên 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ý với Zoom của người dùng. Nếu Sự kiện khả năng duy trì đã kết thúc, các cuộc gọi sẽ được định tuyến trở lại qua đám mây [nếu mức ưu tiên Định tuyến chính xác được cấu hình](#_zgofkpkt74xr). Tuy nhiên, nếu Sự kiện đang diễn ra, SBC sẽ định tuyến cuộc gọi đến mô-đun ZPLS và Thiết bị đã đăng ký của khách hàng.

<div data-with-frame="true"><img src="/files/b36ef65ff8af61fd3f3622c9fb1df7c83b43321c" alt=""></div>

#### <mark style="color:xanh dương;">Các codec khả năng duy trì được Hỗ trợ</mark>

Các codec khả năng duy trì được Hỗ trợ là Opus, G.711 μ-law, G.711 A-law và G.729. Việc chuyển mã hoặc thay đổi tốc độ của codec âm thanh không được Hỗ trợ. Tất cả các bên tham gia trong một cuộc gọi Đang hoạt động đều 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 khả năng duy trì

Phần này thảo luận về các cân nhắc cho Các nhóm phân phối khả năng duy trì (SDGs). Khách hàng không có kế hoạch sử dụng SDGs hoặc tích hợp mô-đun ZPLS với kết nối tớ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ì.

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

Các nhóm phân phối khả năng duy trì (SDGs) cung cấp cho doanh nghiệp các tùy chọn định tuyến cuộc gọi tinh vi — như hàng đợi cuộc gọi và các menu Phản hồi bằng giọng nói tương tác (IVR) — trong một Sự kiện khả năng duy trì. Với SDGs, 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 gọ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 các hoạt động Tiêu chuẩn được khôi phục.

#### <mark style="color:xanh dương;">SDGs không giống với các nhóm phân phối hoạt động Tiêu chuẩn, và phải được xây dựng và 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 về khả năng duy trì hoạt động, do đó phải được xây dựng và duy 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 nhóm phân phối hoạt động tiêu chuẩn (ví dụ: 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ộ (ví dụ: các cuộc gọi không qua Mạng điện thoại chuyển tiếp công cộng), chúng 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ới một SDG được bật Mạng điện thoại chuyển tiếp công cộng, sau khi chuyển tiếp cuộc gọi được bật trong một Sự kiện về khả năng duy trì hoạt độ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ẽ tuân theo hồ sơ Định tuyến đã cấu hình. Điều này cho phép doanh nghiệp cung cấp trải nghiệm luồng cuộc gọi nhất quán cho người gọi bên ngoài cho đến khi 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 một SDG được bật Mạng điện thoại chuyển tiếp công cộng:

<div data-with-frame="true"><img src="/files/ee28c9e63999fc4d959c861cf4b7f9b2f789d50a" alt=""></div>

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

SDG 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 được chỉ định
* Múi giờ
* giờ làm việc
* Lời chào đã ghi âm
* Thành viên nhóm
* Chuyển đến:
  * người dùng
  * menu Phản hồi bằng giọng nói tương tác (IVR)
  * 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 ZPLS Module, một Thành phần tích hợp SBC, các ứng dụng 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 triển khai phần cứng và mạng *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â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ột mạng LAN nội bộ với địa chỉ IPv4 tĩnh có thể truy cập được từ các thiết bị Zoom Phone và các ứng dụng khách trên 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ô-đun ZPLS có thể được triển khai trên mạng LAN nội bộ trong mạng lưới 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, các quản trị viên mạng phải đảm bảo rằng việc liên lạc có thể thực hiện thông qua tường lửa của Doanh nghiệp lớn. Trong mọi trường hợp, các quản trị viên được yêu cầu điều chỉnh chính sách tường lửa doanh nghiệp để Bật liên lạc giữa mô-đun ZPLS và Zoom cloud.

**Mô-đun ZPLS phải duy trì một ping OPTIONS định kỳ 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 ping OPTIONS keepalive với đám mây Zoom Phone để giám sát khả năng kết nối. Trong Sự kiện cả thiết bị khách và mô-đun ZPLS trong một cơ sở 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 SBC và mạng</mark>

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

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 tư và công cộng, 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, ngoài việc mở các cổng cần thiết.

**Mộ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ệ, một 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ở được 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 một số điện thoại được liệt kê cho BYOC [thông qua đám mây Zoom Phone](#_zgofkpkt74xr). Cơ chế keepalive OPTIONS được bật tự động giữa ZPLS và SBC và là Tùy chọn giữa SBC và đám mây.

#### <mark style="color:xanh dương;">Những lưu ý về Zoom Clients và thiết bị điện thoại</mark>

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

Máy khách và các thiết bị được hỗ trợ [được bật cho khả năng duy trì dịch vụ đ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 phải đã được [ràng buộc với cơ sở của hệ thống điện thoại](#_k11n5zxkx1pq) với một địa chỉ IPv4 có thể phát hiện được nội bộ.

**Thiết bị phải 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ộ 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 máy chủ DHCP không khả dụng trong một Sự kiện duy trì hoạt động, các Thiết bị điện thoại có thể không đăng ký được.

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

Tương tự như mô-đun ZPLS, các máy khách 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 Sự kiện ngừng hoạt động, máy khách tiếp tục gửi các thông báo keepalive để phát hiện dịch vụ đám mây quay trở lại và bắt đầu khôi phục các hoạt động bình thường. Quy trình này là tự động và không thể tắt.

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

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


---

# 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/zoom-workplace/zoom-phone/zoom-phone-local-survivability-field-guide/before-you-begin/pstn-integration-considerations.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.