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 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 sống sót. 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

Yêu cầu của SBC

Để Thành phần tích hợp một SBC với Zoom nhằm đảm bảo khả năng sống sót, 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 liên kết (RFC-5853)
SIP Early Offer (bắt buộc)
các codec Opus, G.711 μ-law, G.711 A-law và G.729

Các 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

Đố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 với một SIP trunk 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 SIP trunk đượ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ố ngừng hoạt động. 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 kết nối Mạng điện thoại chuyển tiếp công cộng.

Có thể sử dụng bất kỳ SBC nào được chứng nhận BYOC cho Zoom Phone

Bất kỳ trình điều khiển biên phiên (SBC) nào được chứng nhận cho Zoom Phone 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 thêm hoặc tách riêng SBC cho mục đích duy trì hoạt động.

Các chứng chỉ DigiCert của Zoom phải được cài đặt trên SBC

Để thiết lập kết nối TLS với cả mô-đun ZPLS và Zoom cloud, Zoom’s Chứng chỉ gốc và chứng chỉ trung gian DigitCert phải được cài đặt trên SBC.

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

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ì hoạt động, vì SBC và các trung tâm dữ liệu Zoom Phone nếu không thì sẽ 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 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.

Sau khi Zoom Phone cloud đang rảnh sau một Sự kiện khả năng sống sót, 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ị đầu cuối 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ài đặt cho Khi một cuộc gọi không được trả lời trong thời gian tạm thời này.

Các cuộc gọi Đi từ mô-đun ZPLS phải định tuyến đến SBC và đường trung kế SIP của Mạng điện thoại chuyển tiếp công cộng

Khi chế độ duy trì hoạt động đang được kích hoạt, các cuộc gọi từ ZPLS vào SBC phải được định tuyến đến SIP Trunk 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 đều được gửi đến SBC được cấu hình cho khả năng duy trì hoạt động theo định dạng E.164.

Các lưu ý về khả năng duy trì hoạt động cục bộ của chuyển tiếp cuộc gọi

Trong 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 định tuyến lại thông qua chuyển tiếp cuộc gọi

Trong 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 từ góc độ của đám mây. Do đó, người dùng ở trong các địa điểm bị ảnh hưởng có thể không thể 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ế được liên kết với SBC tại chỗ.

Các ví dụ phổ biến về những 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).

Khách hàng sử dụng BYOC dựa trên tại chỗ không yêu cầu các 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 của họ

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 các số đã đăng ký Zoom Phone) không yêu cầu các 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 thứ ba vào mô-đun ZPLS từ SBC đặt tại cơ sở.

Các cấu hình chuyển tiếp cuộc gọ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

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

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

Sau khi áp dụng một số BYOC cho người dùng để đảm bảo tính liên tục khi chuyển tiếp cuộc gọi, thiết bị sẽ được gán ít nhất ba số:

Một máy lẻ nội bộ với mã cơ sở được thêm tiền tố
Một số Mạng điện thoại chuyển tiếp công cộng do Zoom cung cấp
Một số Mạng điện thoại chuyển tiếp công cộng BYOC

Số điện thoại có thể được chuyển tiếp tối đa tới một số BYOC

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ể có số của họ (X55-555-5554, X55-555-5553, v.v.) được chuyển tiếp đến X99-999-9999. Ngoài ra, mỗi người dùng có thể có số điện thoại của mình đượ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 được Định tuyến đến X99-999-9998, và X55-555-5553 được Định tuyến đến X99-999-9997. Tuy nhiên, không người dùng nào có thể có số của mình được chuyển tiếp đến cả X99-999-9999 và X99-999-9998.

Chuyển tiếp cuộc gọi phải vẫn bị tắt cho đến khi một Sự kiện khả năng duy trì hoạt động xảy ra

Mặc dù một 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 vẫn bị tắt cho đến khi một Sự kiện khả năng duy trì hoạt động xảy ra. Nếu chuyển tiếp cuộc gọi được bật trong quá trình vận hành thông thường, tất cả cuộc gọi Đến đến một số đã đăng ký Zoom Phone sẽ được chuyển tuyến 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 gọi phải bị tắt trong quá trình vận hành thông thường.

Chuyển tiếp cuộc gọi chỉ có thể được bật bởi một người dùng hoặc quản trị viên được ủy quyền với kết nối internet đang hoạt động

Trong một Sự kiện chế độ khả năng 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ó chỉ có thể được bật bởi một người dùng hoặc quản trị viên được ủy quyền với 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.

Để giảm thiểu thời gian ngừng hoạt động và đảm bảo Kinh doanh liên tục, 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 khả năng duy trì hoạt độ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ẻ

Trong một Sự kiện khả năng duy trì hoạt động, một 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 web.

Sau khi 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 trên ứ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

Khi 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 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 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 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ọ thông qua ứng dụng di động, mặc dù kết nối vẫn ổ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.

Nếu chuyển tiếp cuộc gọi không được bật cho người dùng trong một Sự kiện khả năng duy trì hoạt động, các cuộc gọi đến sẽ tuân theo tùy chọn xử lý cuộc gọi của từng người dùng

Nếu chuyển tiếp cuộc gọ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 cho từng người dùng riêng lẻ. Nếu người dùng không có ứng dụng khách điện thoại dự phòng nào đượ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 gọi không được trả lời phần của tùy chọn xử lý cuộc gọi.

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

Chuyển tiếp cuộc gọi cho survivability 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ý Zoom trong cùng một cơ sở sẽ cố gắng kết nối trước thông qua mô-đun ZPLS, và 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ẽ được xử lý theo như được định nghĩa 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 việc chuyển tiếp cuộc gọi (khi đã bật) trong một Sự kiện survivability. Logic này sẽ tiếp tục 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 việc 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 gử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 tắt kịp thời sau một Sự kiện khả năng duy trì.

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ý Zoom Phone và được định tuyến qua Mạng điện thoại chuyển tiếp công cộng.
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 việc chuyển tiếp cuộc gọi.

Nếu chuyển tiếp cuộc gọi không được bật, Zoom Phone sẽ tuân theo Khi một cuộc gọi không được trả lời logic cho người dùng hoặc máy nhánh cụ thể đó.

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 tới 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.
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 dự phòng.
SBC dự phòng chuyển tiếp cuộc gọi đến mô-đun ZPLS.
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 cân nhắc về Số nhận dạng Vị trí khẩn cấp (ELIN)

ELIN là số điện thoại 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 quay số

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 đến 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 bảo đảm đị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 vận hành Đ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 dài 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 quay số các dịch vụ khẩn cấp trong một Sự kiện duy trì khả năng hoạt động từ một điện thoại hoặc Thiết bị được liên kết với cơ sở, các dịch vụ khẩn cấp sẽ tự động nhận được địa chỉ đầy đủ được lưu trong bản ghi cho cơ sở, với điều kiện Vị trí được cấu hình và cập nhật mới nhất với nhà cung cấp dịch vụ.

Mỗi cơ sở có thể hỗ trợ nhiều ELIN

Khách hàng có thể Chỉ định nhiều ELIN cho một cơ sở để tạo thành một nhóm tài nguyên số khẩn cấp. Trong trường hợp xảy ra tình huống khẩn cấp trong một Sự kiện duy trì khả năng hoạt động, điều này sẽ Cho phép nhiều người gọi mỗi người được gán một ELIN riêng biệt, đ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 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 mức Chỉ định ELIN chi tiết hơn so với cấp cơ sở, từ đó cung cấp Vị trí chính xác hơn cho các dịch vụ khẩn cấp.

Trong một Sự kiện duy trì khả năng hoạt động, tất cả các cuộc gọi khẩn cấp đều được thay thế bằng ELIN

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 duy trì khả năng hoạt động, số gọi đ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 đến các dịch vụ khẩn cấp và có thể nhận cuộc gọi lại từ nhân viên tổng đài khẩn cấp.

Một số ELIN phải là một 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ở

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

Mô-đun ZPLS sẽ tự động chuyển các cuộc gọi khẩn cấp của nhà cung cấp đến ELIN quay lại số máy nhánh của người dùng đã quay số ban đầu trong tối đa 2 giờ

Nếu một nhân viên điều phối khẩn cấp trả lại một cuộc gọi đến 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 về cho 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.

Khi một số điện thoại được chỉ định làm ELIN, nó không thể được gán cho một người dùng hoặc Thiết bị

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 hoặc thực thể Zoom Phone nào khác trừ khi nó được bỏ gán.

Khách hàng chịu trách nhiệm duy trì và cập nhật các địa chỉ vật lý liên kết với ELIN của họ cho mỗi cơ sở

Zoom không chịu trách nhiệm cập nhật các nhà mạng BYOC với địa chỉ vật lý tương ứng với từng ELIN. Khách hàng có trách nhiệm đảm bảo rằng 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 cân nhắc về Định tuyến Mạng điện thoại chuyển tiếp công cộng

Khi chế độ survivability Đang hoạt động, các gói phương tiện được định tuyến qua mô-đun ZPLS

Khi chế độ survivability được bật, các máy khách không giao tiếp trực tiếp với SBC hoặc các máy khách nội bộ khác; thay vào đó, các gói media được neo hoặc “hairpin” thông qua mô-đun ZPLS, không hỗ trợ chuyển tải media.

Sơ đồ sau đây mô tả đường dẫn báo hiệu và media cho các cuộc gọi nội bộ và bên ngoài Đang hoạt động.

Các cuộc gọi sẽ cố gắng định tuyến cục bộ trước

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 máy khách đã đă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 chứa trong trường Request URI của cuộc gọi SIP Mời đến không khớp với một máy nhánh đã đăng ký.

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ố Zoom đã đăng ký được gán, hoặc một số BYOC được gán. Quản trị viên nên lưu ý rằng mô-đun ZPLS cập nhật dữ liệu này mỗi 10 giờ một lần.

Trong một Sự kiện survivability, các cuộc gọi bên ngoài, Đi sẽ hiển thị số BYOC của người dùng

Trong một Sự kiện survivability, 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 gọi ở chế độ survivability cho người dùng:

Các cuộc gọi trả về có thể định tuyến đến số BYOC của người dùng

Vì các cuộc gọi bên ngoài, Đi được thực hiện trong một Sự kiện survivability sẽ sử dụng số BYOC, người gọi bên ngoài có thể trả lại một cuộc gọi bằng số BYOC thay vì số điện thoại Zoom đã đăng ký của người dùng. Nếu Sự kiện survivability đã kết thúc, các cuộc gọ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. Tuy nhiên, nếu Sự kiện đang diễn ra, SBC sẽ Định tuyến cuộc gọi đến mô-đun ZPLS và Thiết bị đã đăng ký của máy khách.

Các codec Khả năng sống sót được hỗ trợ

Các codec khả năng 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 codec âm thanh không được hỗ trợ. Tất cả các bên liên quan 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 lưu ý về Nhóm phân phối khả năng sống sót

Phần này thảo luận về các lưu ý đối với Nhóm phân phối khả năng sống sót (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 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ây ảnh hưởng gì.

Nhóm phân phối khả năng sống sót 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 sống sót

Nhóm phân phối khả năng sống sót (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 sống sót. 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, tổng đài tự động và các nhóm đường dây được chia sẻ) cho đến khi hoạt động tiêu chuẩn được khôi phục.

SDGs không giống với các nhóm phân phối tiêu chuẩn, và phải được xây dựng cũng như duy trì riêng biệt

Mặc dù SDGs 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 tiêu chuẩn, SDGs là duy nhất và dành riêng cho các Sự kiện khả năng sống sót, và do đó phải được xây dựng cũng như duy trì riêng biệt. Nói cách khác, SDGs 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 gọi, tổng đài tự động, IVR, v.v.)

Các SDG phù hợp nhất khi được ghép với một 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

Mặc dù các SDG có thể cung cấp Hỗ trợ chỉ dành cho nội bộ (tức là các cuộc gọi không phải Mạng điện thoại chuyển tiếp công cộng), chúng phù hợp nhất khi được ghép với một 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, 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 cấu hình. Điều này cho phép một 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:

Các SDG có thể được tùy chỉnh theo những cách sau

Các 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 gán
Múi giờ
giờ làm việc
Lời chào đã ghi âm
Các thành viên nhóm
Chuyển tới:
- người dùng
- menu 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 lưu ý 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à 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 và cấu hình mạng cần thiết cho việc triển khai ZPLS.

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 để biết hướng dẫn triển khai từng bước.

Các cân nhắc về Triển khai và Mạng cho Mô-đun ZPLS

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 LAN nội bộ với địa chỉ IPv4 tĩnh có thể truy cập bởi các thiết bị Zoom Phone và các máy 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 của người dùng.

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ạng LAN nội bộ trong mạng của khách hàng. Ngoài ra, mạng DMZ có thể được sử dụng trong một số trường hợp; tuy nhiên, quản trị viên mạng phải đảm bảo rằng có thể liên lạc thông qua tường lửa doanh nghiệp. 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 liên lạc giữa mô-đun ZPLS và đám mây Zoom.

Mô-đun ZPLS phải duy trì 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 gói ping keepalive 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.

Những lưu ý về triển khai và mạng của SBC

SBC phải có thể truy cập được từ ZPLS và Zoom cloud bất cứ khi nào 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ể cung cấp 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, 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 xuyên, 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 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 thông qua đám mây Zoom Phone. 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.

Các lưu ý về Ứng dụng khách Zoom và thiết bị điện thoại

Ứng dụng 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ộ

Ứng dụng khách và thiết bị được hỗ trợ được bật cho khả năng duy trì điện thoại 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 với địa chỉ IPv4 có thể 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 một 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 Đang rảnh 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 xảy ra sự cố, khách hàng tiếp tục gửi các thông điệp keepalive để phát hiện dịch vụ đám mây quay trở lại và bắt đầu khôi phục hoạt động bình thường. Quy trình này là tự động và không thể bị vô hiệu hóa.

Tường lửa và Luồng Dữ liệu Mạng

Xem phần về Cổng Mạng và Luồng Dữ liệu.

Cập nhật lần cuối 4 tháng trước

Nội dung này có hữu ích không?