Tính năng mới:
Google đang cập nhật cách thức hoạt động của chính sách ngang hàng "Quy tắc Tùy chỉnh" trong một số trường hợp và cách các mạng được chỉ định hiển thị trong bảng mạng Meet eCDN. Mục đích của việc này là nhằm cải thiện trải nghiệm của quản trị viên khi quản lý các quy tắc trong Mạng Phân phối Nội dung Doanh nghiệp (Meet eCDN) của Google Meet. Việc nắm rõ những thay đổi này sẽ giúp khách hàng tận dụng tối đa các cải tiến.
Các dải IP chồng chéo
Xin lưu ý rằng thay đổi này chỉ áp dụng cho người dùng đã thiết lập các dải IP chồng chéo. Ví dụ: một dải IP lớn được phép nhưng lại chứa các dải IP nhỏ hơn cần bị chặn. Những người dùng chỉ có các dải IP không chồng chéo sẽ không bị ảnh hưởng.
Để định cấu hình Meet eCDN, người xem sử dụng chính sách peering "quy tắc tùy chỉnh" sẽ được so khớp với danh sách các dải IP và cấu hình peering tương ứng (được phép hoặc bị chặn). Trước đây, mọi dải IP bị chặn sẽ được ưu tiên hơn dải IP cho phép, ngay cả khi dải IP cho phép xuất hiện trước. Giờ đây, Google đang loại bỏ ưu tiên này để đơn giản hóa quá trình so khớp.
Ví dụ cho người xem có địa chỉ IP riêng 10.0.0.30:
Tình huống 1:
Người xem 1 có IP riêng: 10.0.0.30
Người xem 2 có IP riêng: 11.0.0.30
Danh sách quy tắc tùy chỉnh:
- 10.0.0.0 - 10.0.0.255: được phép
- 11.0.0.0 - 11.0.0.255: bị chặn
Chính sách dự phòng: bị chặn
Trước:
- Người xem 1 được phép vì một lần khớp được phép
- Người xem 2 bị chặn vì một lần khớp bị chặn
Sau:
- Kết quả vẫn như cũ, không có thay đổi nào trong trường hợp này, vì không có dải IP nào bị chồng chéo.
Tình huống 2:
Người xem 1 có IP riêng: 10.0.0.30
Người xem 2 có IP riêng: 11.0.0.30
Danh sách quy tắc tùy chỉnh:
- 10.0.0.0 - 10.0.0.255: được phép
- 10.0.0.0 - 15.0.0.0: bị chặn
Chính sách dự phòng: bị chặn
Trước:
- Người xem 1 bị chặn, vì một kết quả được phép và một kết quả bị chặn, và các kết quả bị chặn có mức độ ưu tiên cao hơn.
- Người xem 2 bị chặn, vì một kết quả bị chặn.
Sau:
Người xem 1 được phép, vì kết quả đầu tiên gặp phải (từ trên xuống dưới) là cho phép IP.
Người xem 2 bị chặn, vì quy tắc khớp duy nhất là chặn IP.
Tình huống 3:
Người xem 1 IP riêng: 10.0.0.30
Người xem 2 IP riêng: 11.0.0.30
Danh sách quy tắc tùy chỉnh:
10.0.0.0 - 15.0.0.0: bị chặn
10.0.0.0 - 10.0.0.255: được phép
Chính sách dự phòng: bị chặn
Trước:
Người xem1 bị chặn, vì một kết quả được phép và một kết quả bị chặn, và các kết quả bị chặn có mức độ ưu tiên cao hơn.
Người xem2 bị chặn, vì một kết quả bị chặn.
Sau:
Người xem1 bị chặn, vì kết quả đầu tiên gặp phải (từ trên xuống dưới) là chặn IP.
Người xem2 bị chặn, vì quy tắc khớp duy nhất là chặn IP.
Xin lưu ý rằng các dải IP nhỏ hơn nên được liệt kê trước các dải IP lớn chứa chúng (từ trên xuống dưới).
Hiện đã hỗ trợ nhiều địa chỉ IP riêng
Xin lưu ý rằng thay đổi sau đây sẽ chỉ có hiệu lực nếu thiết bị của người xem có nhiều địa chỉ IP riêng được cấu hình trên giao diện mạng (thường bao gồm một địa chỉ IPv4 và một địa chỉ IPv6).
Google đang thay đổi cách Meet eCDN xử lý địa chỉ IP riêng. Trước đây, máy khách eCDN tự động ưu tiên IPv4 hơn IPv6 và chỉ sử dụng một địa chỉ IP duy nhất để khớp với các quy tắc tùy chỉnh. Giờ đây, tất cả các địa chỉ IP riêng được cấu hình trên giao diện thiết bị sẽ được sử dụng để khớp. Để đảm bảo đánh giá toàn diện, quy tắc đầu tiên khớp với bất kỳ địa chỉ IP riêng nào được phát hiện sẽ được áp dụng.
Đổi tên chính sách kết nối ngẫu nhiên
Chính sách trước đây được gọi là chính sách kết nối ngẫu nhiên giờ được gọi là chính sách kết nối thử nghiệm. Chính sách này chủ yếu dành cho mục đích thử nghiệm và không được thiết kế để cung cấp hiệu suất đầy đủ trong môi trường sản xuất.
Cải tiến Công cụ Meet Quality
Trong Bảng điều khiển chất lượng Meet, người xem sử dụng chính sách kết nối thử nghiệm (Testing peering) giờ đây sẽ hiển thị trong bảng eCDN. Trước đây, bảng này chỉ hiển thị những người xem thuộc từng mạng đã được cấu hình khi sử dụng chính sách kết nối Quy tắc Tùy chỉnh.
Thời gian triển khai:
- Bản phát hành nhanh: đang dần triển khai (tối đa 15 ngày đối với khả năng hiển thị tính năng), bắt đầu từ ngày 06/10/2025.
- Bản phát hành theo định kì: đang dần triển khai (tối đa 15 ngày đối với khả năng hiển thị tính năng), bắt đầu từ ngày 28/10/2025.
Nguồn: LVtech