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:

• Đảm bảo lưu lượng dữ liệu thoại có đường dẫn ngắn đến Internet. Nên 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ễ: độ trễ một chiều tối đa là 150 mili giây (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 về 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 sang 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 sẽ tối ưu khi độ trễ giữa ứng dụng và chương trình phụ trợ của Google thấp hơn 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 thiết bị này làm tăng độ trễ, có thể khiến cơ sở hạ tầng Voice tự động giảm chất lượng âm thanh.

Việc kiểm tra gói lưu lượng truy cập âm thanh cũng mang lại ít 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 cụ thể đố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ì phổ tần số vô tuyến và băng thông cơ bản được chia sẻ giữa tất cả các thiết bị sử dụng mạng này.

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

Nhìn chung, 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) gây ra, tạo ra một môi trường RF (tần số vô tuyến) phức tạp và nhiều nhiễu.

Để các ứng dụng thời gian thực như Voice hoạt động một cách đáng tin cậy, bạn cần có đủ dung lượng, độ trễ, độ biến thiên và mức độ mất gói.Tuy nhiên, gần như không thể đạt được những yêu cầu này trên băng tần 2,4 GHz.

Những điểm cần cân nhắc khi 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 là phạm vi phủ sóng.

• Quản lý kích thước ô do công suất truyền tải của điểm truy cập (AP) kiểm soát. Triển khai các vùng phủ sóng 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 công suất. 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 tần số vô tuyến (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.

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 chuyển hướng băng tần chủ động để 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 điểm truy cập. Số lượng lớn hơn có thể tạo ra trải nghiệm người dùng khó đoán.
• Các nhóm có mật độ cao/nhiều cuộc gọi thoại (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ụ: trang web GOVO hoặc tổng đài hoạt động 24/7.
• Bạn có thể gặp phải tình trạng gián đoạn giọng nói trong thời gian 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ư cuộc gọi hội nghị, cuộc họp báo hoặc cuộc gọi của cấp quản lý.
• Mặc dù quy định khác nhau theo quốc gia/khu vực, nhưng một yêu cầu chung là các thiết bị Wi-Fi đang sử dụng các kênh DFS phải đảm bảo rằng thiết bị đó sẽ không gây nhiễu cho hệ thống radar thời tiết tại địa phương của bạn, chẳng hạn như vậy. Do đó, một AP chịu sự can thiệp của radar sẽ rời khỏi kênh. Tất cả các máy khách 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 và quản lý RF thích hợp, một mạng không dây nên được quản lý và vận hành tập trung – chứ không phải tập hợp các AP độc lập, tách biệt.

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 địa chỉ 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 nhóm 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 địa chỉ IP này chỉ được dù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 dữ liệu thoại 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 vào 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ủa bạn để các cổng sau đây cho phép lưu lượng dữ liệu thoại đi vào và đi ra khỏi tổ chức của bạn:

• Cổng UDP đầu ra từ 19302 đến 19309
• Cổng TCP đi 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 các chính sách của Chrome cho người dùng hoặc trình duyệt.