Danh mục đúng mã hàng
Sản phẩm được quản lý theo đúng model và Part Number, bao gồm các hậu tố về firmware, khu vực, PoE, nguồn, quạt, module hoặc chiều dài cáp. Điều này giúp hạn chế nhầm cấu hình khi báo giá và triển khai.
Incident Analytics là gì? Phân loại sự cố P1–P4 trên RUCKUS AI — Phần khó nhất khi xử lý sự cố Wi-Fi không phải là sửa, mà là biết đang có sự cố gì và nó nghiêm trọng tới đâu. Incident Analytics giải quyết đúng khoảng đó: rút ngắn thời gian từ lúc vấn đề xuất hiện tới lúc người vận hành hiểu được nó.
Hai chỉ số quyết định chất lượng vận hành
Trong vận hành hệ thống, hai chỉ số hay được dùng để đánh giá:
- MTTI — thời gian trung bình để nhận diện vấn đề, tính từ lúc nó bắt đầu ảnh hưởng tới người dùng.
- MTTR — thời gian trung bình để khắc phục, tính từ lúc nhận diện.
Ở phần lớn hệ thống Wi-Fi, MTTI mới là phần tốn thời gian. Sự cố thường được phát hiện qua lời phàn nàn của người dùng chứ không qua giám sát, và mô tả nhận được luôn là "mạng chậm" hoặc "Wi-Fi yếu" — không đủ để bắt đầu truy vết. Incident Analytics nhắm vào chính chỗ này.
Cơ chế hoạt động
Hệ thống giám sát liên tục và ghi nhận các bất thường trong hiệu năng mạng bằng thuật toán riêng của hãng kết hợp lập trình AI. Khi phát hiện bất thường, nó không dừng ở việc báo động mà thực hiện ba việc:
- Phân loại mức nghiêm trọng theo thang P1 đến P4, bằng cách phân tích mức ảnh hưởng tới cả hạ tầng mạng lẫn thiết bị người dùng.
- Chỉ ra phạm vi — vấn đề đang chạm tới đâu trong hệ thống.
- Khuyến nghị hướng xử lý phù hợp với loại sự cố.
Điểm đáng chú ý về triển khai: Incident Analytics dùng năng lực sẵn có của thiết bị, không cần sensor chuyên dụng và không dựa vào phép thử mô phỏng. Nghĩa là không phải mua thêm phần cứng đo đạc rải khắp mặt bằng.
Thang P1 đến P4 nên hiểu thế nào
P1 là mức nghiêm trọng nhất. Mức được xác định theo ảnh hưởng, không theo loại lỗi — đây là khác biệt quan trọng so với cảnh báo ngưỡng thông thường.
| Mức | Ý nghĩa thực tế | Cách xử lý |
|---|---|---|
| P1 | Ảnh hưởng rộng tới hạ tầng và nhiều thiết bị người dùng | Xử lý ngay, kể cả ngoài giờ |
| P2 | Ảnh hưởng rõ tới một khu vực hoặc một nhóm người dùng | Xử lý trong ngày |
| P3 | Ảnh hưởng cục bộ hoặc gián đoạn ngắn | Đưa vào hàng đợi công việc |
| P4 | Bất thường cần theo dõi, chưa gây tác động rõ | Xem theo tuần, tìm khuôn mẫu lặp lại |
Một cảnh báo ngưỡng kiểu cũ báo "AP mất kết nối" mà không cho biết AP đó phục vụ 3 hay 300 người. Việc xếp hạng theo ảnh hưởng cho phép đội vận hành nhỏ làm đúng thứ tự thay vì chạy theo cảnh báo đến trước.
Điểm cần chú ý ở mức P4
P4 dễ bị bỏ qua nhất nhưng lại có giá trị chẩn đoán cao. Một sự cố P4 lặp lại đúng khung giờ mỗi ngày, hoặc luôn ở cùng một khu vực, thường là dấu hiệu của vấn đề hạ tầng chứ không phải nhiễu ngẫu nhiên: một nguồn nhiễu bật theo ca làm việc, một switch quá tải PoE vào giờ cao điểm, hay một AP lắp sai vị trí.
Đây là lý do nên xem lại nhóm P4 theo tuần thay vì đóng từng cái. Các trường hợp thường gặp được phân tích trong Access Point sử dụng sai kênh hoặc bị nhiễu và Access Point RUCKUS không nhận đủ nguồn PoE.
Quan hệ với các công nghệ AI khác
Incident Analytics trả lời câu hỏi "đang có chuyện gì", còn AIOps trả lời "nên thay đổi gì" và AI RRM trả lời "đặt tham số vô tuyến bao nhiêu". Cả ba nằm trong khung IntentAI và chạy trên RUCKUS AI cùng RUCKUS One.
Trong quy trình xử lý sự cố, thứ tự tự nhiên là: Incident Analytics phát hiện và xếp hạng, người vận hành xác nhận bằng dữ liệu chi tiết, rồi áp dụng khuyến nghị từ AIOps nếu nguyên nhân là cấu hình. Cách đọc cảnh báo trên giao diện được mô tả trong Cách đọc cảnh báo và sự cố trên RUCKUS AI.
Giới hạn
Incident Analytics chẩn đoán trong phạm vi dữ liệu mà hạ tầng RUCKUS nhìn thấy. Sự cố nằm ngoài phạm vi đó — đường Internet của nhà cung cấp, máy chủ DNS nội bộ, firewall, hay một ứng dụng đám mây bên thứ ba — sẽ chỉ hiện ra dưới dạng triệu chứng. Các tình huống này được xử lý riêng trong Lỗi DNS trên mạng Wi-Fi RUCKUS và Wi-Fi RUCKUS có sóng nhưng không vào được Internet.
Cần tư vấn nền tảng giám sát phù hợp với quy mô hệ thống, hãy liên hệ RUCKUS Việt Nam.
Các câu hỏi thường gặp
Là giải pháp chẩn đoán dựa trên AI và học máy, tích hợp trong RUCKUS One và RUCKUS AI. Nó giám sát liên tục, phát hiện bất thường trong hiệu năng mạng, phân loại mức nghiêm trọng và khuyến nghị hướng khắc phục.
Đây là thang phân loại mức nghiêm trọng của sự cố, trong đó P1 là nghiêm trọng nhất. Mức được xác định bằng cách phân tích ảnh hưởng của vấn đề tới cả hạ tầng mạng lẫn thiết bị người dùng, chứ không theo loại lỗi.
Không. Công nghệ này dùng năng lực sẵn có của thiết bị RUCKUS, không cần sensor chuyên dụng và không dựa vào phép thử mô phỏng, nên không phải mua thêm phần cứng đo đạc.
MTTI là thời gian trung bình để nhận diện vấn đề kể từ lúc nó bắt đầu ảnh hưởng người dùng. MTTR là thời gian trung bình để khắc phục kể từ lúc nhận diện. Với hệ thống Wi-Fi, MTTI thường là phần tốn thời gian hơn.
Không nên. Sự cố P4 lặp lại đúng khung giờ hoặc luôn ở cùng một khu vực thường là dấu hiệu của vấn đề hạ tầng: nguồn nhiễu bật theo ca làm việc, switch quá tải PoE giờ cao điểm, hoặc AP lắp sai vị trí. Nên xem lại nhóm P4 theo tuần.
Incident Analytics trả lời câu hỏi đang có chuyện gì và nghiêm trọng đến đâu. AIOps trả lời câu hỏi nên thay đổi gì để hệ thống chạy tốt hơn. Hai công nghệ bổ sung nhau trong khung IntentAI.
Không. Nó chẩn đoán trong phạm vi dữ liệu mà hạ tầng RUCKUS nhìn thấy. Sự cố nằm ngoài phạm vi như đường Internet của nhà cung cấp, máy chủ DNS nội bộ, firewall hay ứng dụng đám mây bên thứ ba chỉ hiện ra dưới dạng triệu chứng.
