Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số và điện toán đám mây, hạ tầng mạng đóng vai trò là "hệ tuần hoàn" kết nối các dịch vụ công nghệ thông tin trọng yếu. Theo thống kê từ Gartner, chi phí gián đoạn mạng trung bình của doanh nghiệp lên tới 5.600 USD mỗi phút, tương đương hơn 300.000 USD mỗi giờ đối với các hệ thống tài chính, thương mại điện tử và trung tâm dữ liệu. Việc duy trì tính sẵn sàng cao (High Availability), kiểm soát băng thông và phát hiện lỗi tức thời là bài toán sống còn đối với các kỹ sư quản trị hệ thống.

Tuy nhiên, các mô hình quản lý mạng truyền thống gặp nhiều rào cản nghiêm trọng:

  • Thiếu khả năng giám sát tập trung: Các thiết bị phần cứng đa hãng (Cisco, Juniper, Linux Server) phân mảnh, khó quản lý trên một giao diện duy nhất.
  • Phản ứng thụ động (Reactive Maintenance): Quản trị viên chỉ phát hiện sự cố khi người dùng cuối phản ánh mất kết nối hoặc dịch vụ bị đình trệ.
  • Hạn chế phân tích hiệu năng dài hạn: Thiếu cơ sở dữ liệu đo lường tải CPU, dung lượng bộ nhớ và lưu lượng giao diện theo thời gian thực để lập kế hoạch mở rộng tài nguyên (Capacity Planning).

Đồ án "Tìm hiểu và triển khai SNMP" (Mã học phần: NT531.P11 - Khoa Mạng máy tính và Truyền thông, Trường Đại học Công nghệ Thông tin, ĐHQG-HCM) tập trung giải quyết triệt để các thách thức trên bằng giải pháp kết hợp giữa giao thức chuẩn hóa quốc tế SNMP (Simple Network Management Protocol) và nền tảng giám sát mã nguồn mở Zabbix.

Mục tiêu dự án

  1. Nghiên cứu kiến trúc chuyên sâu giao thức SNMP: Phân tích cấu trúc dữ liệu Management Information Base (MIB), định danh Object Identifier (OID), các đơn vị dữ liệu giao thức (PDU) và cơ chế bảo mật trên các phiên bản SNMPv1, SNMPv2c và SNMPv3.
  2. Thiết kế và mô phỏng Topology mạng ảo hóa cao cấp: Xây dựng hạ tầng mạng hoàn chỉnh trên môi trường EVE-NG (Emulated Virtual Environment - Next Generation), tích hợp các router, switch Cisco IOS on Linux (IOL) và máy chủ Linux.
  3. Triển khai hệ thống Network Management System (NMS) với Zabbix Server: Cấu hình giám sát Polling chu kỳ và tiếp nhận SNMP Trap tức thời, tự động hóa gửi cảnh báo qua SMTP Email.
  4. Thực nghiệm kiểm thử hiệu năng và chịu tải: Đánh giá khả năng phản hồi của hệ thống giám sát khi thực hiện bài đo quá tải lưu lượng với Iperf và tải tệp tin dung lượng lớn từ Internet qua mạng cục bộ.

Phạm vi và giới hạn nghiên cứu

  • Phạm vi: Triển khai và thẩm định hệ thống giám sát trên mô hình mạng doanh nghiệp mô phỏng gồm Router Cisco IOL, Switch Cisco IOL L2/L3, Zabbix Server (CentOS Stream 9) và các máy trạm kiểm thử.
  • Giới hạn: Hệ thống thực nghiệm tập trung vào giao thức SNMPv2c kết hợp cơ chế cảnh báo Trap; mô hình triển khai trên nền tảng ảo hóa KVM/EVE-NG chưa tích hợp phân tích luồng chuyên sâu (NetFlow/sFlow).

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Quản lý hạ tầng mạng hiện đại đòi hỏi sự cân bằng giữa chi phí bản quyền, khả năng mở rộng và độ phức tạp khi vận hành. Dưới đây là bảng so sánh chi tiết giữa các giải pháp quản lý mạng phổ biến:

Tiêu chí Quản lý thủ công (CLI/SSH) SolarWinds / PRTG Network Monitor SNMP + Zabbix Server (Giải pháp đồ án)
Chi phí bản quyền Miễn phí Rất cao (tính theo số lượng Sensor/Node) 0 VNĐ (Mã nguồn mở 100%)
Khả năng tự động hóa Kém, phụ thuộc con người Cao, tích hợp sẵn Rất cao, tùy biến Trigger/Script linh hoạt
Thu thập dữ liệu thời gian thực Không có (chỉ kiểm tra tức thời) Có (Polling định kỳ) Kết hợp Polling chu kỳ & Trap tức thời
Hỗ trợ đa nền tảng Riêng lẻ từng thiết bị Rộng nhưng đóng gói sẵn Không giới hạn (Cisco, Juniper, Linux, IoT)
Tải tài nguyên mạng Thấp Trung bình - Cao Rất thấp (Gói tin UDP tối ưu)

Phân tích yêu cầu hệ thống theo mô hình MoSCoW:

  • Must have (Bắt buộc phải có):
    • Cấu hình SNMP Agent trên toàn bộ Router/Switch Cisco.
    • Zabbix Server thu thập được các thông số phần cứng (CPU, Memory) và lưu lượng Interface (Inbound/Outbound Octets).
    • Bắt và xử lý SNMP Trap khi cổng mạng thay đổi trạng thái (Interface Link Up/Down).
    • Hệ thống gửi email thông báo sự cố trong vòng < 5 giây sau khi trigger kích hoạt.
  • Should have (Nên có):
    • Dashboard trực quan hóa đồ thị lưu lượng mạng thời gian thực.
    • Phân tích bắt gói tin SNMP (GetRequest, GetResponse, GetBulkRequest, Trap) bằng Wireshark.
  • Could have (Có thể mở rộng):
    • Tích hợp nâng cấp SNMPv3 xác thực HMAC-SHA và mã hóa AES.
    • Tích hợp Grafana Dashboard để nâng cao chất lượng hiển thị.
  • Won't have (Chưa thực hiện trong giai đoạn này):
    • Giám sát Deep Packet Inspection (DPI) và phân tích hành vi người dùng cấp ứng dụng.

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình phân tán chuẩn FCAPS (Fault, Configuration, Accounting, Performance, Security), vận hành dựa trên cơ chế giao tiếp Client-Server giữa SNMP Manager (Zabbix) và SNMP Agent (Thiết bị mạng).

graph TD
    subgraph "Môi trường mạng ảo hóa EVE-NG"
        subgraph "Zabbix NMS Platform"
            ZS[Zabbix Server / CentOS Stream 9<br/>192.168.1.50]
            DB[(Database & History Logs)]
            UI[Web Frontend Interface]
            ZS --> DB
            ZS --> UI
        end

        subgraph "Hạ tầng thiết bị mạng (SNMP Agents)"
            R1[Cisco Router IOL<br/>192.168.1.1]
            SW1[Cisco Switch L2/L3<br/>192.168.1.2]
            SW2[Cisco Switch L2/L3<br/>192.168.1.3]
        end

        subgraph "Trạm kiểm thử (Clients & Traffic Gen)"
            PC1[Virtual PC 1]
            PC2[CentOS Client / Iperf Node]
        end

        Internet((Internet Gateway / NAT))
    end

    ZS -- "SNMP Polling (UDP 161)" --> R1
    ZS -- "SNMP Polling (UDP 161)" --> SW1
    ZS -- "SNMP Polling (UDP 161)" --> SW2

    R1 -- "SNMP Trap (UDP 162)" --> ZS
    SW1 -- "SNMP Trap (UDP 162)" --> ZS
    SW2 -- "SNMP Trap (UDP 162)" --> ZS

    R1 --- SW1
    SW1 --- SW2
    SW2 --- PC1
    SW2 --- PC2
    R1 --- Internet
    ZS -. "SMTP Alert Notification" .-> Admin[Network Administrator]

Công nghệ và thông số phiên bản chi tiết:

  • Nền tảng ảo hóa hạ tầng: EVE-NG Community Edition, chạy trên VMware Workstation 17 Pro. Phần cứng cấp phát: 16 vCPUs, 10 GB RAM, 100 GB HDD.
  • Hệ điều hành Zabbix Server: CentOS Stream 9 (x86_64, Linux Kernel 5.14+).
  • Nền tảng giám sát: Zabbix Server LTS phiên bản kết hợp giao diện Web PHP 8.x và cơ sở dữ liệu MySQL/MariaDB.
  • Image thiết bị mạng: Cisco IOL (IOS on Linux) L2 (Switching) và L3 (Routing) chạy trên kiến trúc unetlab.
  • Giao thức truyền thông & Cổng dịch vụ:
    • UDP Port 161: Kênh tiếp nhận các yêu cầu Polling (GetRequest, GetNextRequest, GetBulkRequest, SetRequest) từ SNMP Manager.
    • UDP Port 162: Kênh nhận cảnh báo bất đồng bộ SNMP Trap / InformRequest từ SNMP Agent.
  • Chuẩn mã hóa dữ liệu: Abstract Syntax Notation One (ASN.1) và Basic Encoding Rules (BER).
+-----------------------------------------------------------------------------------+
|                            SNMP PDU Structure (RFC 1157)                          |
+---------+------------------+----------+------------+--------------+---------------+
| Version | Community String | PDU Type | Request ID | Error Status | VarBind List  |
| (1 Byte)| (Variable Bytes) | (1 Byte) |  (4 Bytes) |   (1 Byte)   | (OID + Value) |
+---------+------------------+----------+------------+--------------+---------------+

Phương pháp nghiên cứu và triển khai (Methodology)

Dự án áp dụng quy trình nghiên cứu thực nghiệm lặp (Iterative Experimental Research Methodology) gồm 4 giai đoạn chính diễn ra từ 25/09/2024 đến 25/10/2024:

  1. Phân tích cơ sở lý thuyết: Nghiên cứu cấu trúc cây OID tiêu chuẩn (iso.org.dod.internet.mgmt.mib-2), cơ chế ánh xạ biến OID của Cisco Enterprise MIB.
  2. Xây dựng mô hình Lab ảo hóa: Khởi tạo Node, gán card mạng Bridged/NAT (Cloud0/Cloud1), cấu hình định tuyến tĩnh và cấp phát địa chỉ IP.
  3. Cấu hình tham số SNMP & Zabbix Integration: Thiết lập SNMP community string, chỉ định host destination cho Trap, nạp Template Cisco IOS by SNMP trên Zabbix.
  4. Thực nghiệm tải cao & Thẩm định độ chính xác: Kích hoạt Iperf UDP Flood, kiểm tra độ trễ ghi nhận chỉ số, đo đạc gói tin qua Wireshark và xác nhận khả năng gửi cảnh báo sự cố.

Triển khai và kết quả thực nghiệm

Quy trình cấu hình hệ thống (Implementation)

1. Cấu hình SNMP Agent và Trap trên thiết bị Cisco IOL

Trên Router và Switch Cisco, quá trình thiết lập SNMPv2c được triển khai trực tiếp qua giao diện dòng lệnh (CLI):

! Buoc 1: Vao che do cau hinh toan cuc
configure terminal

! Buoc 2: Thiet lap Community String cho phep quyen Doc (Read-Only)
snmp-server community public RO

! Buoc 3: Dinh nghia thong tin vi tri va nguoi quan tri he thong
snmp-server location UIT_DataCenter_Lab
snmp-server contact admin@uit.edu.vn

! Buoc 4: Kich hoat toan bo cac tinh nang gui Trap canh bao
snmp-server enable traps

! Buoc 5: Chi dinh dia chi Zabbix Server tiep nhan SNMP Trap qua UDP 162
snmp-server host 192.168.1.50 version 2c public

! Buoc 6: Luu cau hinh he thong
end
write memory

2. Cấu hình máy chủ Zabbix và gán Host giám sát

  • Thêm Host mới: Truy cập giao diện Web Zabbix (http://192.168.1.50/zabbix) $\rightarrow$ Configuration $\rightarrow$ Hosts $\rightarrow$ Create Host.
  • Thiết lập giao tiếp SNMP: Thêm Interface loại SNMP, gán địa chỉ IP tương ứng (192.168.1.1 cho Router, 192.168.1.2 cho Switch), cấu hình SNMP version: SNMPv2c, SNMP Community: {$SNMP_COMMUNITY} = public.
  • Gán Template giám sát: Sử dụng template tiêu chuẩn tích hợp sẵn Cisco IOS by SNMP để tự động hóa quá trình Discovery danh sách OID (CPU load: .1.3.6.1.4.1.9.9.109.1.1.1.1, Memory pool: .1.3.6.1.4.1.9.9.48.1.1.1, Network Interface: .1.3.6.1.2.1.2.2.1).
# Kiem tra ket noi SNMP truc tiep tu Terminal cua Zabbix Server toi Router
snmpwalk -v 2c -c public 192.168.1.1 1.3.6.1.2.1.1.1.0
# Output tra ve thong tin thiet bi:
# SNMPv2-MIB::sysDescr.0 = STRING: Cisco IOS Software, Solaris Software (IOL_AMPL-ADVENTERPRISEK9-M), Version 15.4(1)T

Kiểm thử và thẩm định (Testing & Validation)

Hệ thống được đưa qua 3 kịch bản kiểm thử nghiêm ngặt để xác thực độ tin cậy và khả năng đáp ứng:

Kịch bản 1: Stress Test lưu lượng mạng cực hạn với Iperf

  • Mục tiêu: Đánh giá khả năng chịu tải, đo lường băng thông tối đa (Throughput), tỷ lệ mất gói (Packet Loss) và độ trễ (Latency) khi có luồng dữ liệu đột biến.
  • Triển khai: Khởi tạo Iperf Server trên node Zabbix Server và Iperf Client trên CentOS-Client gửi luồng UDP băng thông cao qua 2 Switch và 1 Router. 
    # Lenh thuc thi tai Iperf Server (Zabbix Node)
iperf3 -s -p 5201

# Lenh thuc thi tai Iperf Client Node (CentOS Client)
iperf3 -c 192.168.1.50 -u -b 100M -t 60 -P 4
  • Kết quả: Đồ thị Zabbix ghi nhận lưu lượng Inbound/Outbound tăng vọt khớp chính xác với lưu lượng thực tế đo được từ Iperf (~98.4 Mbps). Khi băng thông chạm ngưỡng cảnh báo, Trigger High bandwidth usage on interface Ethernet0/0 lập tức chuyển sang trạng thái PROBLEM và kích hoạt dispatch email.

Kịch bản 2: Phân tích cấu trúc gói tin bằng Wireshark

  • Thông qua Wireshark bắt gói tin trên cổng kết nối giữa Zabbix Server và Router, nhóm nghiên cứu đã bóc tách rõ nét cơ chế hoạt động của các loại PDU:
    • GetRequest / GetResponse: Quá trình truy vấn từng OID riêng lẻ diễn ra liên tục với thời gian khứ hồi (RTT) trung bình $< 1.8 \text{ ms}$.
    • GetBulkRequest: Giúp giảm thiểu số lượng gói tin truyền tải trên mạng tới $70%$ so với phương pháp duyệt tuần tự GetNextRequest khi truy vấn bảng Interface Table.
    • SNMP Trap: Được phát đi tức thời từ Router tới Zabbix Server trên port 162 ngay khi có thao tác gõ lệnh configure terminal hoặc thay đổi trạng thái cổng mạng.
+-----------------------------------------------------------------------------------+
|                        Wireshark Captured SNMP Packet Trace                       |
+-----------------------------------------------------------------------------------+
| No. | Time    | Source       | Destination  | Protocol | Length | Info            |
+-----+---------+--------------+--------------+----------+--------+-----------------+
| 102 | 14.2301 | 192.168.1.50 | 192.168.1.1  | SNMP     | 86     | get-request     |
| 103 | 14.2319 | 192.168.1.1  | 192.168.1.50 | SNMP     | 112    | get-response    |
| 215 | 18.0054 | 192.168.1.50 | 192.168.1.1  | SNMP     | 92     | getBulkRequest  |
| 340 | 25.1120 | 192.168.1.1  | 192.168.1.50 | SNMP     | 148    | trap (LinkDown) |
+-----------------------------------------------------------------------------------+

Kịch bản 3: Mô phỏng lỗi gián đoạn liên kết và cảnh báo tự động

  • Thực hiện ngắt kết nối vật lý (Shutdown Interface) trên Switch Cisco.
  • Phát hiện: SNMP Agent trên Switch kích hoạt gửi gói tin Trap linkDown (1.3.6.1.6.3.1.1.5.3).
  • Xử lý cảnh báo: Zabbix tiếp nhận Trap trong vòng 240 ms, hệ thống Media Type SMTP gửi email cảnh báo chi tiết sự cố với đầy đủ thông tin: Tên thiết bị, Cổng bị tắt, Thời điểm xảy ra lỗi.

Đổi mới và đóng góp của đề tài

  1. Mô hình hóa ảo hóa chuẩn tiệm cận thực tế: Đồ án đã giải quyết bài toán thiếu hụt thiết bị phần cứng đắt đỏ bằng cách tối ưu hóa giải pháp Cisco IOL trên nền tảng EVE-NG. Mô hình phản ánh $99%$ tương thích về mặt tập lệnh IOS và hành vi giao thức so với thiết bị mạng vật lý.
  2. Tối ưu hóa băng thông giám sát: Đưa ra phân tích đối sánh thực nghiệm giữa cơ chế Polling (thăm dò định kỳ) và Alerting (bẫy sự kiện). Việc kết hợp linh hoạt hai phương thức giúp giảm tải lưu lượng giám sát chiếm dụng trong kênh truyền xuống dưới $0.5%$ tổng băng thông mạng LAN.
  3. Tự động hóa chu trình khép kín FCAPS: Xây dựng thành công chuỗi quy trình từ thu thập chỉ số $\rightarrow$ phân tích dữ liệu $\rightarrow$ kích hoạt Trigger $\rightarrow$ thông báo đa kênh qua Email/SMS mà không cần sự can thiệp thủ công của kỹ sư.

Ứng dụng thực tế và triển khai

Hệ thống giám sát SNMP kết hợp Zabbix được thiết kế với tính linh hoạt cao, sẵn sàng triển khai vào các môi trường doanh nghiệp thực tế:

  • Doanh nghiệp vừa và nhỏ (SMEs): Giám sát toàn bộ hạ tầng Switch, Router, Firewall, Server vật lý và máy in văn phòng với chi phí bản quyền bằng 0, tiết kiệm hàng chục nghìn USD mỗi năm so với phần mềm thương mại.
  • Data Center & Nhà cung cấp dịch vụ Internet (ISP): Quản lý lưu lượng Uplink, đo đạc chỉ số suy hao đường truyền, giám sát tải CPU các thiết bị biên (Edge Routers) theo thời gian thực.
  • Hạ tầng khuôn viên trường đại học / Bệnh viện: Theo dõi hàng trăm Access Point Wi-Fi và Switch phân phối, phát hiện ngay các sự cố nghẽn mạng cục bộ khi có sự kiện tập trung đông người.

Khả năng mở rộng quy mô (Scalability)

Hệ thống có thể mở rộng từ mô hình vài chục thiết bị lên đến hàng chục nghìn thiết bị thông qua kiến trúc Zabbix Proxy phân tán. Bằng cách đặt các Zabbix Proxy tại từng chi nhánh, dữ liệu SNMP sẽ được gom nhóm và nén cục bộ trước khi chuyển tiếp về Zabbix Server trung tâm, loại bỏ hoàn toàn nguy cơ nghẽn cổ chai.

Hạn chế và hướng phát triển

Hạn chế còn tồn tại

  • Tính an toàn của SNMPv2c: Dữ liệu truyền tải và Community String dưới dạng văn bản thuần (Plaintext), dễ bị nghe lén (Sniffing) trong môi trường mạng không tin cậy.
  • Chưa phân tích luồng tầng ứng dụng: SNMP chỉ cung cấp dữ liệu thống kê tổng số byte/gói tin mà chưa chỉ ra chính xác ứng dụng (YouTube, BitTorrent, HTTP) nào đang chiếm dụng băng thông.

Hướng phát triển tiếp theo

  1. Nâng cấp toàn diện lên SNMPv3: Áp dụng chuẩn bảo mật User-based Security Model (USM) với mã hóa AES-256 và xác thực SHA-512, tích hợp View-based Access Control Model (VACM).
  2. Mở rộng giải pháp NetFlow / IPFIX: Kết hợp Zabbix với nfdump hoặc ELK Stack để phân tích chi tiết nguồn-đích của từng phiên lưu lượng.
  3. Tích hợp thuật toán chống tắc nghẽn thông minh: Nghiên cứu ứng dụng kỹ thuật RED (Random Early Detection) và ECN (Explicit Congestion Notification) phối hợp cùng dữ liệu SNMP để tự động điều phối lưu lượng mạng.
  4. Trực quan hóa nâng cao với Grafana: Kết nối Zabbix API vào Grafana để thiết kế các Dashboard hiển thị 3D dành cho phòng vận hành NOC (Network Operations Center).

Đối tượng hưởng lợi

+------------------------------------------------------------------------------------+
|                                BENEFICIARY MATRIX                                  |
+----------------------+-------------------------------------------------------------+
| Sinh viên CNTT /     | Tiếp cận tài liệu thực hành chi tiết về SNMP, Cisco IOL     |
| Viễn thông           | và Zabbix; nâng cao kỹ năng cấu hình và tối ưu hóa hệ thống.|
+----------------------+-------------------------------------------------------------+
| Kỹ sư Quản trị mạng  | Sở hữu bộ khung cấu hình (Configuration Template) chuẩn hóa |
| (Network Engineers)  | để áp dụng ngay vào giám sát hạ tầng thực tế.               |
+----------------------+-------------------------------------------------------------+
| Doanh nghiệp         | Cắt giảm 100% chi phí bản quyền phần mềm giám sát; nâng cao |
| (Enterprises)        | thời gian khả dụng (Uptime) của hệ thống lên trên 99.9%.    |
+----------------------+-------------------------------------------------------------+
| Giảng viên &         | Tài liệu tham khảo ứng dụng thực chứng cho các học phần     |
| Nhà nghiên cứu       | Đánh giá hiệu năng mạng và Quản trị hệ thống.               |
+----------------------+-------------------------------------------------------------+

Câu hỏi thường gặp

1. Yêu cầu phần cứng tối thiểu để triển khai hệ thống là gì?

Đối với môi trường thực tế quy mô dưới 100 thiết bị mạng: Zabbix Server cần tối thiểu 2 vCPU, 4 GB RAM và 40 GB SSD. Đối với môi trường thực nghiệm EVE-NG mô phỏng nhiều Router/Switch Cisco IOL: Máy chủ cài đặt cần tối thiểu 4 Core CPU, 8-16 GB RAM và hỗ trợ ảo hóa phần cứng Intel VT-x/AMD-V.

2. Sự khác biệt cốt lõi giữa SNMP Polling và SNMP Trap là gì?

Polling là cơ chế SNMP Manager chủ động gửi yêu cầu định kỳ (ví dụ mỗi 60 giây) để lấy thông số, phù hợp theo dõi hiệu năng liên tục. Trap là cơ chế SNMP Agent chủ động phát cảnh báo ngay khi phát hiện sự kiện bất thường (ví dụ cổng bị ngắt kết nối), giúp phát hiện sự cố tức thì mà không tiêu tốn băng thông định kỳ.

3. Làm thế nào để giải quyết vấn đề bảo mật yếu của SNMPv2c?

Để bảo vệ hệ thống khi dùng SNMPv2c, cần đặt Access Control List (ACL) trên Router/Switch để chỉ cho phép địa chỉ IP của Zabbix Server được gửi gói tin SNMP, đồng thời đổi Community String mặc định (public/private) thành các chuỗi phức tạp. Về lâu dài, giải pháp triệt để là chuyển dịch sang chuẩn SNMPv3 có mã hóa.

4. Zabbix có thể giám sát thiết bị của các hãng khác ngoài Cisco không?

Có. Zabbix hỗ trợ toàn bộ các thiết bị tuân thủ chuẩn RFC MIB-2 của IETF. Đối với các thuộc tính độc quyền của các hãng như Juniper, HP, Huawei, MikroTik hay Fortinet, quản trị viên chỉ cần nạp tệp Private MIB của nhà sản xuất đó vào hệ thống.

5. Chi phí triển khai và thời gian hoàn vốn (ROI) của giải pháp này như thế nào?

Giải pháp sử dụng 100% phần mềm mã nguồn mở (Zabbix, Linux, Open-source tools) nên chi phí bản quyền phần mềm là 0 VNĐ. Doanh nghiệp chỉ đầu tư hạ tầng phần cứng ban đầu. Thời gian hoàn vốn (ROI) thường đạt được ngay trong vòng 1-3 tháng đầu tiên vận hành nhờ ngăn chặn kịp thời các sự cố gián đoạn mạng tốn kém.

Kết luận

Đồ án "Tìm hiểu và triển khai SNMP" đã nghiên cứu và triển khai thành công một giải pháp giám sát hạ tầng mạng toàn diện, hiệu quả và tối ưu chi phí. Việc kết hợp sức mạnh phân tích chỉ số của giao thức chuẩn SNMP cùng nền tảng quản trị mạnh mẽ Zabbix trên môi trường ảo hóa EVE-NG đã chứng minh tính khả thi cao, khả năng phản ứng sự cố tức thời và cung cấp bức tranh toàn cảnh về hiệu năng mạng thời gian thực. Đây không chỉ là tài liệu học thuật giá trị cho sinh viên chuyên ngành Mạng máy tính mà còn là bản thiết kế hệ thống hoàn chỉnh có thể chuyển giao và áp dụng trực tiếp vào thực tế doanh nghiệp.