# Các lưu ý về Thành phần tích hợp với 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 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ả.

### 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 đối với SBC</mark>

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

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

#### <mark style="color:xanh dương;">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 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 kế thừa hoặc một đường trung kế SIP 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ỳ đường trung kế SIP nào được triển khai tại SBC 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 xem xét một kết nối đáng tin cậy, thứ ba 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;">Bất kỳ SBC nào được chứng nhận BYOC của Zoom Phone đều có thể được sử dụng</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 đang 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;">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 là lựa chọn Định tuyến thứ nhất và thứ hai, và mô-đun ZPLS là 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 tới mô-đun ZPLS trong một Sự kiện khả dụng duy trì, vì SBC và các trung tâm dữ liệu Zoom Phone nếu không thì պետք phải duy trì kết nối ổn định.

Không tuân theo logic này có thể dẫn đến lỗi phân phối cuộc gọi, vì mô-đun ZPLS không thể định tuyến cuộc gọ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ắc phục khả năng hoạt động dự phòng, một SBC có thể tạm thời cố gắng định tuyến cuộc gọi các số BYOC tới đám mây Zoom trong khi thiết bị máy 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ẽ tuân theo các Cài đặt cho [**Khi một cuộc gọ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 đị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ế độ khả năng sống sót đang hoạt động, các cuộc gọi từ ZPLS vào SBC phải được định tuyến đến đường trung kế SIP của 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 gọi đến những số 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 sống sót ở định dạng E.164.

### Các cân nhắc về tính sống sót cục bộ của Chuyển tiếp cuộc gọi

#### <mark style="color:xanh dương;">Trong một sự kiện về tính sống sót, 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 định tuyến lại thông qua chuyển tiếp cuộc gọi</mark>

Trong một sự kiện về tính sống sót, Số điện thoại do Zoom cung cấp sẽ không thể truy cập từ bên ngoài theo góc nhìn của đám mây. Do đó, người dùng nằm trong các vị trí 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 đế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ề 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, Lễ tân tự động (AR), Nhóm Đường dây được chia sẻ (SLG) và Hàng đợi cuộc gọ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 gọi bằng cách Thêm một tuyến đường cấp 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à, khách hàng không sử dụng Số điện thoại đã đă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 đường cấp 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 web</mark>

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 web thông qua [nhập thủ công hoặc tải lên hàng loạt bằng CSV](#_aezu04x8z043).

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

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

1. Một số máy lẻ nội bộ có thêm mã cơ sở ở đầ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="/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 đến tối đa một số BYOC</mark>

Mỗi số Zoom Phone có thể được chuyển tiếp đến 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 đế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ể có số của họ (X55-555-5554, X55-555-5553, v.v.) được chuyển tiếp đến 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 đế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 có người dùng riêng lẻ nào có thể có số của họ được chuyển tiếp đến cả X99-999-9999 và X99-999-9998.

#### <mark style="color:xanh dương;">Chuyển tiếp cuộc gọi phải vẫn bị tắt cho đến khi xảy ra Sự kiện khả năng duy trì hoạt động</mark>

Mặc dù quản trị viên có thể cấu hình sẵn logic chuyển tiếp cuộc gọi cho một cơ sở từ trước, chức năng chuyển tiếp cuộc gọi phải vẫn bị tắt cho đến khi xảy ra Sự kiện khả năng duy trì hoạt động. Nếu chuyển tiếp cuộc gọi được Bật trong quá trình vận hành thông thường, tất cả các cuộc gọi Đến tới một số đã đăng ký Zoom Phone sẽ được chuyển hướng lại đến SBC tại chỗ và số điện thoại 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 gọi phải được tắt trong quá trình vận hành thông thường.

#### <mark style="color:xanh dương;">Chuyển tiếp cuộc gọi 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</mark>

Trong một Sự kiện chế độ khả năng duy trì hoạt động, giả định rằng kết nối internet của một cơ sở không khả dụng. Tuy nhiên, vì chuyển tiếp cuộc gọi phải vẫn bị tắt cho hoạt động Tiêu chuẩn, nên nó 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 như gói dữ liệu điện thoại, hoặc một 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 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 gọi từ cổng thông tin web trong một Sự kiện khả năng duy trì hoạt động.
{% endhint %}

#### <mark style="color:xanh dương;">Các quy tắc chuyển tiếp cuộc gọ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 khả năng 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 gọ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;">Khi tính năng chuyển tiếp cuộc gọ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 được đăng ký trên đám mây của người dùng, ngay cả khi ứng dụng này 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 gọi được bật cho một số đã đăng ký Zoom Phone, Zoom sẽ không cố định tuyến bất kỳ cuộc gọi nào tới 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ó một Thiết bị được đă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 gọi, tất cả các cuộc gọi sẽ được định tuyến qua Mạng điện thoại chuyển tiếp công cộng tới SBC của công ty.

Ví dụ, một cơ sở đang trải qua một sự kiện chế độ khả năng 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à 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 gọi, đám mây Zoom Phone **sẽ không** đổ chuông số Zoom Phone của họ thông qua ứng dụng di động, bất chấp kết nối ổn định. Thay vào đó, tất cả các cuộc gọ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 tới SBC của khách hàng.

#### <mark style="color:xanh dương;">Nếu chuyển tiếp cuộc gọi không được bật cho một người dùng trong sự kiện khả năng duy trì hoạt động, các cuộc gọi đến sẽ tuân theo các 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 gọi không được bật trong một sự kiện khả năng duy trì hoạt động, các cuộc gọ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 khách điện thoại dự phòng được đăng ký với đá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 gọ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 gọi chỉ áp dụng cho các cuộc gọi đến từ Mạng điện thoại chuyển tiếp công cộng</mark>

Chuyển tiếp cuộc gọi để đảm bảo khả năng duy trì hoạt động chỉ áp dụng cho các cuộc gọ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 gọi bắt nguồn từ các máy nhánh đã đăng ký với Zoom trong cùng một cơ sở sẽ cố gắng kết nối qua mô-đun ZPLS trước, và qua Mạng điện thoại chuyển tiếp công cộng thứ hai nếu có kết nối SBC. Các cuộc gọi không thể kết nối sẽ tuân theo cách xử lý được xác định bởi **Khi một cuộc gọ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 một người dùng.

### Luồng chuyển tiếp cuộc gọi

Sơ đồ sau trình bày chi tiết logic cho việc chuyển tiếp cuộc gọi (sau khi được bật) trong một Sự kiện duy trì hoạt động. Logic này sẽ tiếp tục có hiệu lực cho đến khi chuyển tiếp cuộc gọ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 gọ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 một người dùng. Vì lý do này, nên tắt chuyển tiếp cuộc gọi ngay sau một Sự kiện duy trì hoạt động.

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

1. Một người gọi bên ngoài bắt đầu một cuộc gọ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 gọi được định tuyến đến đám mây Zoom Phone, và số điện thoại được quay được xác định là bị ảnh hưởng bởi chuyển tiếp cuộc gọi.

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

3. Vì tính năng chuyển tiếp cuộc gọ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 gọi đến số chuyển tiếp cuộc gọi được chỉ định qua Mạng điện thoại chuyển tiếp công cộng.
4. Cuộc gọi được định tuyến từ Mạng điện thoại chuyển tiếp công cộng đến SBC sống sót.
5. SBC sống sót chuyển tiếp cuộc gọi đến mô-đun ZPLS.
6. Mô-đun ZPLS chuyển tiếp cuộc gọ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 cân nhắc về Số nhận dạng Vị trí khẩn cấp (ELIN)

#### <mark style="color:xanh dương;">ELIN là số điện thoại độc quyền 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 Điểm trả lời an toàn công cộng sử dụng để xác định địa chỉ thực 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ọ để ánh xạ 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 gọi được nhân viên trực của Điểm trả lời an toàn công cộng 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à, trong đó 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 gọi các dịch vụ khẩn cấp trong Sự kiện sống sót từ một điện thoại hoặc Thiết bị [được liên kết với cơ sở](#_ggwzik1hd9xi), các dịch vụ khẩn cấp sẽ tự động nhận được địa chỉ đầy đủ được ghi cho cơ sở, với điều kiện Vị trí được cấu hình và 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 ELIN</mark>

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

Ngoài ra, một ELIN có thể được chỉ định 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 chỉ định 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 các dịch vụ khẩn cấp.

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

Khi một người dùng thực hiện một cuộc gọi khẩn cấp trong một Sự kiện sống sót, 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 thực hiện cuộc gọi đến các dịch vụ khẩn cấp và có thể nhận cuộc gọi lại từ tổng đài viên 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 đường trung kế SBC Mạng điện thoại chuyển tiếp công cộng của cơ sở</mark>

ELIN của cơ sở **phải** là một số BYOC được kết cuối trên một đường trung kế Mạng điện thoại chuyển tiếp công cộng đặt tại SBC chuyển đổi dự phòng của cơ sở. Không thể sử dụng 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 gọi của nhà cung cấp dịch vụ khẩn cấp đến ELIN trở lại số máy nhánh của người dùng ban đầu đã quay số trong tối đa 2 giờ</mark>

Nếu một nhân viên vận hành khẩn cấp gọi lại đến ELIN, mô-đun ZPLS sẽ định tuyến cuộc gọi trở lại người dùng ban đầu đã thực hiện cuộc gọ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 đến người gọi ban đầu trong tối đa 2 giờ. Hiện tại, chức năng này bị giới hạn cho người gọi đầu tiên.

#### <mark style="color:xanh dương;">Sau khi một số điện thoại được chỉ định là ELIN, số đó không thể được gán cho 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 hủy 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 các địa chỉ thực liên kết với ELIN của họ cho từng cơ sở</mark>

Zoom không chịu trách nhiệm cập nhật địa chỉ thực cho các nhà mạng BYOC tương ứng với từng ELIN. Khách hàng chịu trách nhiệm bảo đảm rằng 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 cân nhắc 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ế độ sống sót đang hoạt động, các gói phương tiện được định tuyến qua mô-đun ZPLS</mark>

Khi chế độ sống sót đượ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 hỗ trợ giảm tải phương tiện.

Sơ đồ sau đây mô tả đường dẫn báo hiệu và phương tiện cho các cuộc gọ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 gọi sẽ cố gắng định tuyến cục bộ trước tiên</mark>

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

{% hint style="info" %}
Một máy lẻ đã đăng ký là một máy lẻ ngắn không có mã cơ sở, một máy lẻ dài có mã cơ sở, một số đã gán đã đăng ký Zoom, hoặc một số BYOC đã 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 về khả năng duy trì hoạt động, các cuộc gọ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 về khả năng duy trì hoạt động, các cuộc gọi bên ngoài, Đi từ các thiết bị đã đăng ký ZPLS sẽ chứa Số gọi BYOC. Sơ đồ sau đây mô tả luồng cuộc gọi ở chế độ duy trì hoạt động cho 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 gọi được trả về có thể định tuyến đến số BYOC của người dùng</mark>

Vì các cuộc gọi bên ngoài, Đi được thực hiện trong một Sự kiện về khả năng duy trì hoạt động sẽ sử dụng số BYOC, người gọi bên ngoài có thể trả lại một cuộc gọ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 về khả năng duy trì hoạt động đã kết thúc, các cuộc gọi sẽ được định tuyến trở lại 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 đang diễn ra, SBC sẽ định tuyến cuộc gọi tới 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 bộ mã hóa khôi phục được hỗ trợ</mark>

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

### Các cân nhắc về nhóm phân phối khôi phục

Phần này thảo luận về các cân nhắc đối với Các nhóm phân phối khôi phục (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 có hậu quả.

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

Các nhóm phân phối khôi phục (SDG) cung cấp cho doanh nghiệp các tùy chọn định tuyến cuộc gọi tinh chỉnh — như hàng đợi cuộc gọ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ôi phục. 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 gọi (tương tự như hàng đợi cuộc gọi, tổng đài tự động và nhóm đường dây được chia sẻ) cho đến khi hoạt động tiêu chuẩn được khôi phục.

#### <mark style="color:xanh dương;">SDG không giống với các nhóm phân phối trong hoạt động tiêu chuẩn và phải được xây dựng cũng như 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 trong hoạt động tiêu chuẩn, SDG là duy nhất và dành riêng cho các sự kiện khôi phục, 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ác Cài đặt hoặc cấu hình của một nhóm phân phối trong 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 hoạt động tốt nhất khi đi kèm với BYOC-Mạng điện thoại chuyển tiếp công cộng Thành phần tích hợp và bật chuyển tiếp cuộc gọi</mark>

Mặc dù SDG có thể cung cấp hỗ trợ chỉ nội bộ (tức là các cuộc gọi không qua Mạng điện thoại chuyển tiếp công cộng), nhưng chúng hoạt động tốt nhất khi đi kèm với một BYOC-Mạng điện thoại chuyển tiếp công cộng Thành phần tích hợp. Với SDG được bật Mạng điện thoại chuyển tiếp công cộng, khi bật chuyển tiếp cuộc gọi trong một Sự kiện 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 gọi sẽ theo hồ sơ Định tuyến đã cấu hình. Điều này cho phép Kinh doanh cung cấp trải nghiệm luồng cuộc gọi nhất quán cho các số 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;">SDG có thể được tùy chỉnh 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 trong được gán
* Múi giờ
* giờ làm việc
* Lời chào ghi âm
* Thành viên nhóm
* Đi tới:
  * người dùng
  * Menu Phản hồi bằng giọng nói tương tác (IVR)
  * Thành viên nhóm
  * Số điện thoại
* phân phối cuộc gọi:
  * Đồng thời
  * Theo trình tự

### Các lưu ý về phần cứng và mạng

Phần này thảo luận về các lưu ý 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à thiết bị điện thoại. Sau khi đọc phần này, bạn có thể mong đợi 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á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ộ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à ứng dụng khách trên máy tính. Mô-đun ZPLS hiện 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 của khách hàng. Ngoài ra, trong một số tình huống 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 việc liên lạc có thể thực hiện được thông qua tường lửa của Doanh nghiệp lớn. Trong bất kỳ trường hợp nào, quản trị viên cũng cần đ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 thường xuyê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 ping keepalive OPTIONS với đám mây Zoom Phone để giám sát kết nối. Trong trường hợp cả cá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 máy khách và thiết bị được hỗ trợ sẽ đăng ký vào mô-đun ZPLS bằng xác thực SIP Digest qua TLS v1.2.

#### <mark style="color:xanh dương;">Các cân nhắc về triển khai SBC và mạng</mark>

**Trong điều kiện có thể, SBC phải có thể truy cập 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ể cung cấp một SBC hai 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, 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 thường, SBC phải duy trì kết nối TLS và UDP với cả đám mây Zoom Phone và mô-đun ZPLS của cơ sở liên quan. 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ê BYOC [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 cân nhắc cho Zoom Client và Thiết bị điện thoại</mark>

**Client 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ộ**

Client và các thiết bị được hỗ trợ [được bật cho khả năng duy trì điện thoại](#_ah8xua8wdq10) phát hiện mô-đun ZPLS 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 [liên kết với Cơ sở của hệ thống điện thoại](#_k11n5zxkx1pq) với đị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 một IP riêng tư thông qua máy chủ DHCP cục bộ**

Để giảm thiểu các sự cố tiềm ẩn, 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 máy chủ DHCP không khả dụng trong một Sự kiện duy trì, 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ì một ping OPTIONS thường xuyên 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 trường hợp xảy ra Sự kiện gián đoạn, máy khách tiếp tục gửi các thông điệp keepalive để phát hiện dịch vụ đám mây hoạt động trở lại và bắt đầu khôi phục hoạt động bình thường. Quá trình này là tự động và không thể bị 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ổng mạng và Luồng dữ liệu](#_pswiusfsww6t).


---

# Agent Instructions: 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:

```
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>
```

The question should be specific, self-contained, and written in natural language.
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.