Tối ưu hoá mạng để sử dụng Voice

Cơ sở hạ tầng mạng thân thiện với đám mây cho phép lưu lượng dữ liệu thoại giao tiếp hiệu quả với cơ sở hạ tầng của Google. Cách tạo cơ sở hạ tầng này:

• Đảm bảo lưu lượng dữ liệu thoại có đường dẫn ngắn đến Internet. Tránh:
  • Proxy
  • Phương thức kiểm tra gói hoặc trình phân tích giao thức
• Đo lường và tối ưu hoá:
  • Độ trễ: tối đa 150 mili giây độ trễ một chiều (ITU G114)
  • Băng thông: nên dùng 50 kb/giây
  • Mạng Wi-Fi: Xem Các phương pháp hay nhất cho Wi-Fi

Chúng tôi đặc biệt khuyên mạng của bạn không sử dụng máy chủ proxy cho lưu lượng dữ liệu thoại:

• Trong cấu hình proxy, hãy đưa lưu lượng dữ liệu thoại vào danh sách cho phép.
• Voice không chuyển về TCP như Google Meet. Voice chỉ sử dụng UDP cho lưu lượng dữ liệu thoại.
• Việc tạo proxy cho lưu lượng truy cập sẽ làm tăng độ trễ và có thể khiến Voice tự động giảm chất lượng âm thanh. Hiệu suất thoại tối ưu khi độ trễ giữa ứng dụng và chương trình phụ trợ của Google là dưới 100 mili giây.
• Giao thức Internet Socket Secure (SOCKS5) không được hỗ trợ.

Nếu có thể, đừng sử dụng phương thức kiểm tra gói hoặc trình phân tích giao thức cho Voice. Các phương thức/trình phân tích này sẽ làm tăng độ trễ, khiến cơ sở hạ tầng Voice tự động giảm chất lượng âm thanh.

Phương thức kiểm tra gói lưu lượng truy cập âm thanh cũng không mang lại nhiều lợi ích vì các công cụ quét tự động không thể tái tạo dữ liệu luồng âm thanh.

Nếu bạn sử dụng các công cụ này, hãy đưa tất cả số cổng lưu lượng dữ liệu thoại vào danh sách cho phép để bỏ qua các công cụ.

Các đề xuất sau đây áp dụng cho môi trường văn phòng thông thường. Kỹ sư mạng không dây cần đánh giá từng trường hợp đối với những môi trường phức tạp hơn, chẳng hạn như sàn xưởng sản xuất, khu vực có mức nhiễu tần số vô tuyến (RF) cao hoặc không gian phủ sóng thưa thớt.

Việc chạy các ứng dụng theo thời gian thực qua mạng không dây có thể gặp nhiều khó khăn vì băng thông và phổ tần số vô tuyến (RF) cơ bản được chia sẻ giữa tất cả các thiết bị sử dụng mạng đó.

Hãy cân nhắc kỹ những điểm sau đây trong quá trình thiết kế, triển khai và vận hành mạng không dây mà Voice sử dụng.

Băng tần RF 2,4 GHz so với 5 GHz

Thông thường, bạn không nên triển khai và vận hành các ứng dụng theo thời gian thực qua băng tần 2,4 GHz (thường có mức sử dụng cao) của mạng không dây. Đề xuất này bao gồm các ứng dụng cung cấp khả năng kết nối trong môi trường văn phòng thông thường.

Băng tần 2, 4 GHz có vấn đề vì chỉ có 3 kênh không chồng chéo, thường có mức nhiễu cao do các mạng gây nhiễu lân cận, cùng với hiện tượng nhiễu khác do các thiết bị khác (ví dụ: lò vi sóng), tạo ra môi trường RF phức tạp và nhiều nhiễu.

Hoạt động đáng tin cậy của các ứng dụng theo thời gian thực như Voice phụ thuộc vào dung lượng, độ trễ, độ rung và mức mất gói dữ liệu đầy đủ.Bạn gần như không thể đạt được những yếu tố này qua băng tần 2,4 GHz.

Những điểm cần cân nhắc trong quá trình thiết kế/triển khai

Nếu bạn thiết kế mạng không dây để hỗ trợ các ứng dụng theo thời gian thực, hãy ưu tiên dung lượng hơn phạm vi phủ sóng.

• Quản lý kích thước ô, được kiểm soát bởi công suất truyền tải của điểm truy cập (AP). Triển khai các ô nhỏ hơn có thể chứa nhiều thiết bị hơn, chẳng hạn như phòng họp và hội trường, để tăng dung lượng. Các ô lớn hơn có thể cung cấp phạm vi phủ sóng chung trên sàn văn phòng.
• Tắt mạng có tốc độ thấp để nâng cao hiệu quả sử dụng RF. Điều này buộc ứng dụng chuyển sang AP (Điểm truy cập) gần nhất trong khi chuyển vùng giữa các AP (Điểm truy cập).

Nếu SSID của mạng không dây hoạt động trên cả hai băng tần (2,4 GHz và 5 GHz), thì mạng sẽ triển khai tính năng điều hướng băng tần mạnh mẽ để buộc ứng dụng chuyển sang băng tần 5 GHz.

• Kỳ vọng thực tế là không quá 10 điện thoại bàn được kết nối trên cùng một AP. Số lượng lớn hơn có thể tạo ra trải nghiệm người dùng không thể đoán trước.
• Các nhóm có mật độ cao/gọi cuộc gọi thoại nhiều, chẳng hạn như nhân viên hoặc nhóm hỗ trợ, không nên sử dụng điện thoại bàn kết nối không dây. Ví dụ: các trang web GOVO hoặc trung tâm cuộc gọi hoạt động 24/7.
• Bạn có thể gặp phải tình trạng gián đoạn thoại ngắn (dưới 10 giây) và không thể loại bỏ tình trạng này ở cấp mạng đối với điện thoại bàn kết nối không dây. Bạn không nên sử dụng mạng không dây để thực hiện các cuộc gọi điện thoại quan trọng, chẳng hạn như hội nghị, cuộc họp báo hoặc cuộc gọi của ban điều hành.
• Mặc dù quy định khác nhau tuỳ theo quốc gia/khu vực, nhưng một yêu cầu phổ biến là các thiết bị Wi-Fi đang sử dụng kênh DFS để đảm bảo rằng thiết bị sẽ không gây nhiễu cho hệ thống radar thời tiết cục bộ, chẳng hạn như hệ thống radar thời tiết cục bộ. Do đó, một AP chịu sự can nhiễu của radar sẽ bỏ trống kênh. Tất cả ứng dụng sẽ phải kết nối lại với một AP khác đang hoạt động trên một kênh khác.

Để cho phép các tính năng nâng cao, chẳng hạn như chuyển vùng liền mạch giữa các AP (điểm truy cập) và quản lý RF thích hợp, hãy quản lý và vận hành tập trung một mạng không dây – chứ không phải tập hợp các AP (điểm truy cập) độc lập, bị cô lập.

Cuối cùng, hãy khảo sát mạng không dây sau khi triển khai để xác nhận phạm vi phủ sóng không dây ở những không gian thường sử dụng Voice.

Lưu lượng dữ liệu thoại được bảo mật và mã hoá nên bạn không cần phải hạn chế lưu lượng truy cập vào các IP của Google.

Tuy nhiên, nếu có những giới hạn về mạng yêu cầu bạn phải hạn chế lưu lượng truy cập, hãy đưa tập hợp dải IP sau đây vào danh sách cho phép để cho phép các máy chủ nội dung nghe nhìn của Voice. Các IP này được dùng riêng cho Voice dành cho Google Workspace để bạn có thể xác định lưu lượng dữ liệu thoại được dùng trong Google Workspace và giảm mức độ ưu tiên của lưu lượng truy cập Voice từ các tài khoản người dùng cá nhân. Điều này có thể giúp bạn thiết lập và tối ưu hoá quyền truy cập mạng và tường lửa một cách hiệu quả hơn.

• IPv4: 74.125.39.0/24
• IPv6: 2001:4860:4864:2::0/64

Thiết lập mạng để các cổng sau đây cho phép lưu lượng dữ liệu thoại vào và ra khỏi tổ chức của bạn:

• Cổng UDP đầu ra từ 19302 đến 19309
• Cổng TCP đầu ra 443

Lưu ý: Dải cổng Voice từ 19302 đến 19309 sử dụng chế độ cài đặt Cổng UDP WebRTC của Chrome. Để tìm hiểu thêm, hãy đọc bài viết Đặt chính sách của Chrome cho người dùng hoặc trình duyệt.