09/07/2026
Một switch không được giám sát là switch mà sự cố chỉ được phát hiện khi người dùng báo cáo – thường là sau khi camera đã mất hình nhiều giờ. SNMP, LLDP và Syslog là ba công cụ nền tảng để chuyển từ giám sát bị động sang chủ động: đo lường liên tục, cảnh báo sớm và ghi lại toàn bộ sự kiện hệ thống để điều tra sau.
Bài này là bài thứ bảy trong chuỗi hướng dẫn switch GTWave, đi qua cấu hình từng giao thức và tích hợp với PRTG và Zabbix.
GTWave hỗ trợ SNMP v2c cho phép NMS poll định kỳ và nhận trap chủ động từ switch. Bước đầu tiên khi cấu hình SNMP là xóa community public mặc định và giới hạn nguồn truy cập bằng ACL – community mặc định để trống là lỗ hổng phổ biến nhất trong giám sát mạng.
Tình huống: máy chủ PRTG ở 10.10.100.20 cần đọc dữ liệu từ switch 10.10.100.11:
Switch(config)# no snmp-server community public
Switch(config)# access-list 10 permit 10.10.100.20 0.0.0.0
Switch(config)# access-list 10 deny any
Switch(config)# snmp-server community TRUONGSON_RO RO acl 10
Switch(config)# snmp-server contact “Trường Sơn Solutions NOC”
Switch(config)# snmp-server location “HCM-OFFICE-Floor2-Rack-A”
Switch# write
Kiểm tra từ máy chủ NMS bằng snmpwalk:
bash
snmpwalk -v 2c -c TRUONGSON_RO 10.10.100.11 system
Nếu trả về sysDescr, sysName, sysUptime thì SNMP đã thông.
Thay vì chờ NMS poll định kỳ, trap cho phép switch chủ động gửi cảnh báo ngay khi sự kiện xảy ra – cổng down, STP thay đổi topology hay switch khởi động lại đều được báo tức thì về NMS.
Switch(config)# snmp-server host 10.10.100.20 trap version 2c TRUONGSON_TRAP
Switch(config)# snmp-server enable traps
Switch(config)# snmp-server enable traps interface linkup
Switch(config)# snmp-server enable traps interface linkdown
Switch(config)# snmp-server enable traps spanning-tree topology-change
Kiểm tra bằng cách shutdown rồi no shutdown một cổng có cáp – NMS phải nhận trap linkDown và linkUp. Nếu không nhận, kiểm tra theo thứ tự: firewall UDP 162, ACL phía NMS và phiên bản trap có khớp không.
SNMP polling liên tục tạo overhead không cần thiết trên cả CPU switch lẫn lưu lượng mạng. RMON giải quyết điều này bằng cách để switch tự thu thập thống kê theo chu kỳ – NMS chỉ cần poll kết quả tổng hợp thay vì poll counter realtime liên tục.
RMON có bốn nhóm: Statistics (thống kê theo cổng), History (lưu mẫu theo chu kỳ), Alarm (ngưỡng cảnh báo) và Event (hành động log hoặc trap khi alarm kích hoạt). Ví dụ dưới giám sát ifInErrors trên ge1/1 và phát trap khi vượt 100 lỗi mỗi 30 giây:
Switch(config)# rmon collection stats 1 owner NMS
Switch(config)# interface ge1/1
Switch(config-ge1/1)# rmon collection history 100 buckets 50 interval 30 owner NMS
Switch(config)# rmon alarm 1 1.3.6.1.2.1.2.2.1.14.1 30 delta rising-threshold 100 1 falling-threshold 10 2 owner NMS
Switch(config)# rmon event 1 log trap TRUONGSON_TRAP description “Port1-InError-Rising” owner NMS
Kiểm tra:
Switch# show rmon statistics 1
Switch# show rmon history 1
Switch# show rmon alarm
Switch# show rmon event
LLDP cho phép switch quảng bá danh tính và học thông tin từ thiết bị lân cận. NMS như LibreNMS và Observium dùng dữ liệu LLDP để tự động vẽ sơ đồ kết nối mà không cần nhập tay – topology luôn cập nhật theo thực tế.
Switch(config)# lldp global enable
Switch(config)# lldp timer tx-interval 30
Switch(config)# lldp hold-multiplier 4
Switch(config)# interface range ge1/1-24
Switch(config-if-range)# lldp enable
Switch(config-if-range)# lldp admin-status rxtx
Switch# show lldp neighbor-information
TTL của thông tin LLDP bằng tx-interval nhân hold-multiplier: 30 × 4 = 120 giây. Cả hai đầu phải bật LLDP và chờ ít nhất một chu kỳ tx-interval thì neighbor mới hiện trong bảng. Nếu neighbor không hiện sau 60 giây, kiểm tra LLDP đã bật trên cả hai đầu chưa và cổng có shutdown không.
Buffer log cục bộ của switch chỉ lưu khoảng 1000 dòng và bị mất khi reboot. Với hệ thống nhiều switch, log phân tán trên từng thiết bị riêng lẻ không có giá trị khi cần điều tra sự cố liên quan nhiều switch cùng lúc. Gửi log về máy chủ tập trung là điều kiện tối thiểu để giám sát có tác dụng thực sự.
Switch(config)# logging on
Switch(config)# logging host 10.10.100.21
Switch(config)# logging trap warnings
Switch(config)# logging source-interface vlan 100
Switch(config)# logging facility local7
Switch(config)# logging buffered 10000
Chọn mức severity phù hợp: warnings là mức khuyến nghị cho production – bắt được lỗi và cảnh báo mà không flood log. errors gọn hơn nhưng có thể bỏ sót cảnh báo quan trọng. debugging chỉ dùng khi troubleshoot cụ thể rồi trả lại warnings ngay sau đó.
Điều kiện sống còn để log có ý nghĩa là NTP đồng bộ giữa switch và máy chủ Syslog. Nếu timestamp lệch giữa các thiết bị, không thể tương quan sự kiện khi điều tra sự cố. Thiết lập NTP đã hướng dẫn khi cấu hình Switch GTWave lần đầu.
SNMP v3 bổ sung xác thực và mã hóa so với v2c – nên dùng khi yêu cầu bảo mật cao hoặc switch tiếp xúc với mạng không tin cậy.
Switch(config)# snmp-server view AllView 1.3.6.1 included
Switch(config)# snmp-server group AdminGroup v3 priv read AllView write AllView
Switch(config)# snmp-server user nms_admin AdminGroup v3 auth sha “Auth@2026!” priv aes “Priv@2026!”
Kiểm tra từ Linux:
bash
snmpwalk -v 3 -u nms_admin -l authPriv -a SHA -A ‘Auth@2026!’ -x AES -X ‘Priv@2026!’ 10.10.100.11 system
Sau khi cấu hình SNMP ở các mục trên, switch GTWave sẵn sàng tích hợp với bất kỳ NMS nào hỗ trợ SNMP v2c — bao gồm PRTG, Zabbix và LibreNMS.
Quy trình chung: thêm IP switch vào NMS, cấu hình SNMP v2c với community đã đặt, chọn template phù hợp cho switch generic. NMS tự poll các OID chuẩn (ifOperStatus, ifInOctets, sysUptime) và nhận trap khi có sự kiện.
Tham khảo tài liệu chính thức của từng NMS để biết tên template và đường dẫn UI chính xác theo version đang dùng.
| Triệu chứng | Hướng kiểm tra |
| NMS không poll được | show snmp – kiểm tra community và ACL, firewall UDP 161 |
| Poll OK nhưng counter sai | Đổi version v2c, giảm tần suất poll tối đa 1 lần/30 giây |
| Trap không về NMS | Kiểm tra snmp-server host, firewall UDP 162, version trap khớp |
| LLDP neighbor không hiện | Cả hai đầu phải bật LLDP, chờ đủ một chu kỳ tx-interval |
| Syslog timestamp lệch | NTP chưa đồng bộ – chạy show clock và kiểm tra cấu hình NTP |
Bộ lệnh kiểm tra nhanh:
Switch# show snmp
Switch# show snmp community
Switch# show snmp host
Switch# show rmon
Switch# show lldp neighbor-information
Switch# show logging
Switch# show clock
☐ Tách VLAN quản lý để SNMP và Syslog chỉ truyền trong môi trường quản trị
☐ Đặt ACL nguồn cho mọi dịch vụ quản trị — SNMP, SSH, Web
☐ Dùng community phức tạp tối thiểu 16 ký tự và đổi định kỳ mỗi sáu tháng
☐ Ưu tiên trap v2c hoặc v3 thay vì v1 vì v1 không có acknowledgment, dễ mất trap
☐ Dùng RMON history và alarm thay vì poll counter realtime liên tục
☐ Tập trung Syslog về server thay vì dựa vào buffer cục bộ
☐ Đồng bộ NTP trước khi bật Syslog để timestamp khớp giữa các thiết bị
☐ Với dòng L3 cao cấp, dùng SNMP v3 thay vì v2c khi yêu cầu bảo mật cao
Switch GTWave tương thích với mọi hệ thống NMS chuẩn SNMP. Phần dưới là lưu ý riêng khi kết hợp với hệ thống camera Ikegawa – nếu bạn đang dùng hãng camera khác, các bước cấu hình giám sát phía trên vẫn áp dụng hoàn toàn.
Mỗi cổng switch nối camera Ikegawa nên có sensor SNMP riêng trong PRTG hoặc Zabbix theo dõi ifOperStatus và ifInOctets. Khi camera mất kết nối, sensor báo ngay thay vì đợi kỹ thuật viên phát hiện.
Khi camera Ikegawa báo mất kết nối, đối chiếu timestamp với Syslog của switch: nếu switch cũng log interface down cùng thời điểm thì nguyên nhân ở cáp hoặc switch, nếu switch không có log thì nguyên nhân ở firmware camera hoặc cấu hình VLAN. Tương quan này chỉ chính xác khi cả switch và camera Ikegawa đều đồng bộ NTP cùng nguồn.
Camera Ikegawa 4K ghi liên tục tạo lưu lượng khá ổn định. Đặt RMON alarm khi lưu lượng giảm đột ngột dưới ngưỡng (camera ngừng ghi) hoặc tăng đột biến (có thể bị tấn công hoặc lỗi firmware) — hai tình huống đều cần điều tra ngay trong hệ thống an ninh.
SNMP v2c dùng community string plaintext, bất kỳ ai bắt được gói tin đều đọc được. SNMP v3 hỗ trợ xác thực SHA và mã hóa AES. Dùng v2c khi NMS không hỗ trợ v3 hoặc môi trường nội bộ tin cậy, dùng v3 khi yêu cầu bảo mật cao.
SNMP polling NMS hỏi switch theo chu kỳ, switch thụ động trả lời. RMON switch tự thu thập thống kê liên tục và chỉ báo NMS khi có sự kiện — giảm overhead mạng và cho dữ liệu chi tiết hơn giữa các lần poll.
LLDP là chuẩn IEEE 802.1AB, hoạt động trên mọi thiết bị hỗ trợ chuẩn này. CDP là giao thức proprietary của Cisco, chỉ hoạt động giữa thiết bị Cisco. Switch GTWave hỗ trợ LLDP và LLDP-MED, đủ để tích hợp với mọi NMS chuẩn.
Warnings (mức 4) là khuyến nghị cho production — bắt được lỗi và cảnh báo mà không flood log. Tạm đặt informational (mức 6) khi troubleshoot cụ thể rồi trả lại warnings ngay sau đó.
Kiểm tra theo thứ tự: snmp-server host đúng IP NMS chưa, NMS có lắng nghe UDP port 162 không, firewall giữa switch và NMS có chặn UDP 162 không, và version trap có khớp với cấu hình NMS không.
Bài viết cấu hình liên quan:
Trường Sơn Solutions là nhà phân phối ủy quyền GTWave tại Việt Nam, hỗ trợ tích hợp switch GTWave với hệ thống NMS và cung cấp hồ sơ CO/CQ cho dự án đầu tư công. Liên hệ để được hỗ trợ.
Tác giả:
Trường Sơn SolutionsĐiện thoại
Thời gian làm việc
Để lại thông tin liên hệ ngay với chúng tôi để được tư vấn sớm nhất
Tin tức khác
