Giám sát SFP qua SNMP cho phép NMS đọc các thông số DOM (Tx/Rx power, nhiệt độ, voltage, bias current) của tất cả module trong mạng theo thời gian thực, dùng các chuẩn MIB như ENTITY-SENSOR-MIB (RFC 3433) hoặc MIB riêng của từng vendor (CISCO-ENTITY-SENSOR-MIB, JUNIPER-DOM-MIB). Cấu trúc giám sát điển hình gồm SNMP poll Tx/Rx mỗi 5 phút, trap khi vượt ngưỡng warning/alarm, và alarm escalation khi Rx tụt > 2 dB so với baseline. Các nền tảng NMS phổ biến (Zabbix, PRTG, LibreNMS, Grafana với SNMP exporter) đều có template sẵn để theo dõi SFP. Bài viết hướng dẫn từng bước build hệ thống giám sát SFP qua SNMP từ con số 0.

Vì sao cần giám sát SFP qua SNMP?

Giám sát SFP qua SNMP cung cấp ba lợi ích vận hành chính mà thao tác thủ công không thể đạt được: phát hiện sự cố sớm, tự động hóa cảnh báo, và lưu trữ lịch sử để phân tích xu hướng. Với mạng vài chục cổng SFP trở lên, kiểm tra DOM thủ công định kỳ trở nên không khả thi — SNMP là cách duy nhất để giám sát liên tục 24/7.

Các giá trị cụ thể mà giám sát SNMP mang lại cho team vận hành:

Cảnh báo sớm Tx Power tụt: Phát hiện laser xuống cấp 3–6 tháng trước khi hỏng hoàn toàn — đủ thời gian plan thay module mà không downtime.
Phát hiện cáp suy hao: Rx Power tụt dần > 2 dB là dấu hiệu mối hàn xuống cấp, đầu nối bẩn, hoặc cáp bị uốn quá mức.
Theo dõi nhiệt độ phòng máy: Module temperature trên SFP cũng phản ánh nhiệt độ phòng máy/tủ rack — cảnh báo khi vượt 65 °C.
Tuân thủ SLA: Lưu log để chứng minh chất lượng dịch vụ cho khách hàng nội bộ hoặc external.

Các chuẩn MIB cho SFP DOM

Có ba nhóm MIB chính dùng để đọc thông số SFP qua SNMP: MIB chuẩn IETF (ENTITY-SENSOR-MIB), MIB của vendor (CISCO-ENTITY-SENSOR-MIB, JUNIPER-DOM-MIB), và MIB chuyên về interface (IF-MIB cho trạng thái cổng). Phần lớn hệ thống NMS dùng kết hợp cả ba để có view đầy đủ.

ENTITY-SENSOR-MIB (RFC 3433) — chuẩn mở

ENTITY-SENSOR-MIB là chuẩn IETF (RFC 3433, 2002) mô tả các “sensor” trên thiết bị mạng — bao gồm Tx Power, Rx Power, nhiệt độ, voltage, dòng điện của SFP. OID gốc: 1.3.6.1.2.1.99. Các bảng chính trong MIB này:

entPhySensorTable (1.3.6.1.2.1.99.1.1) — bảng tất cả sensor
entPhySensorType — loại sensor (Tx Power, Rx Power…)
entPhySensorValue — giá trị hiện tại
entPhySensorUnitsDisplay — đơn vị (dBm, °C, V, mA)
entPhySensorOperStatus — trạng thái hoạt động

Ưu điểm: MIB chuẩn, hỗ trợ rộng. Nhược điểm: cần kết hợp với ENTITY-MIB (RFC 6933) để map sensor về cổng cụ thể, hơi phức tạp khi parse.

CISCO-ENTITY-SENSOR-MIB và CISCO-INTERFACE-XCVR-MONITOR-MIB

Cisco mở rộng từ ENTITY-SENSOR-MIB với CISCO-ENTITY-SENSOR-MIB (1.3.6.1.4.1.9.9.91), cung cấp thêm ngưỡng cảnh báo (high/low alarm/warning). Cisco cũng có CISCO-INTERFACE-XCVR-MONITOR-MIB chuyên cho transceiver:

cIfXcvrMonRxOpticalPower — Rx Power dBm
cIfXcvrMonTxOpticalPower — Tx Power dBm
cIfXcvrMonTxLaserBiasCurrent — bias current mA
cIfXcvrMonTemperature — nhiệt độ °C
cIfXcvrMonTxVoltage — voltage V

Ưu điểm: dễ map về cổng cụ thể qua ifIndex, có ngưỡng cảnh báo. Nhược điểm: chỉ dùng được trên Cisco.

JUNIPER-DOM-MIB

Juniper có MIB riêng JUNIPER-DOM-MIB (1.3.6.1.4.1.2636.3.60) với cấu trúc tương tự Cisco. Bảng jnxDomCurrentTable chứa Rx Power, Tx Power, bias, voltage, temperature cho từng interface.

IF-MIB (RFC 2863)

IF-MIB không chuyên về SFP nhưng cần thiết để map sensor về cổng vật lý qua ifIndex và đọc trạng thái cổng (up/down). Kết hợp IF-MIB + ENTITY-SENSOR-MIB cho phép tạo dashboard “trạng thái cổng + thông số quang” đầy đủ.

Bảng OID phổ biến cho giám sát SFP

Thông số	Cisco (CISCO-ENTITY-SENSOR-MIB)	Juniper (JUNIPER-DOM-MIB)	Đơn vị
Rx Power	1.3.6.1.4.1.9.9.91.1.1.1.1.4 (cần parse type=14 = dBm)	1.3.6.1.4.1.2636.3.60.1.1.1.1.5	dBm (× 1000)
Tx Power	1.3.6.1.4.1.9.9.91.1.1.1.1.4 (filter Tx)	1.3.6.1.4.1.2636.3.60.1.1.1.1.7	dBm (× 1000)
Bias Current	1.3.6.1.4.1.9.9.91.1.1.1.1.4 (filter mA)	1.3.6.1.4.1.2636.3.60.1.1.1.1.9	mA (× 1000)
Temperature	1.3.6.1.4.1.9.9.91.1.1.1.1.4 (filter °C)	1.3.6.1.4.1.2636.3.60.1.1.1.1.11	°C (× 1000)
Voltage	1.3.6.1.4.1.9.9.91.1.1.1.1.4 (filter V)	1.3.6.1.4.1.2636.3.60.1.1.1.1.13	V (× 1000)

Lưu ý: Cisco lưu tất cả sensor trong cùng một bảng OID, cần đọc kèm entPhySensorType để biết loại. Juniper tách riêng từng OID nên dễ poll hơn. Giá trị thường nhân 1000 để giữ độ chính xác — phải chia lại khi hiển thị.

Cấu hình SNMP trên switch — chuẩn bị trước khi giám sát

Trước khi NMS có thể poll, switch cần được enable SNMP và cấu hình community/credentials. Dưới đây là cấu hình tối thiểu trên các vendor phổ biến.

Cisco IOS

configure terminal
snmp-server community public RO
snmp-server community private RW
snmp-server location DC-HCMC
snmp-server contact noc@example.com
snmp-server enable traps transceiver
snmp-server host 10.10.1.100 traps version 2c public
end
write memory

Juniper Junos

set snmp community public authorization read-only
set snmp community public clients 10.10.1.0/24
set snmp trap-options source-address lo0
set snmp trap-group nms targets 10.10.1.100
commit

Huawei VRP

system-view
snmp-agent
snmp-agent sys-info version v2c
snmp-agent community read public
snmp-agent target-host trap address udp-domain 10.10.1.100 params securityname public
snmp-agent trap enable feature-name transceiver
quit
save

Khuyến cáo: dùng SNMPv3 thay vì v2c trong môi trường production để bảo mật. SNMPv3 hỗ trợ authentication (MD5/SHA) và encryption (DES/AES), tránh community string bị sniff.

Tích hợp với NMS phổ biến

Zabbix

Zabbix có template “Generic by SNMP” và các template vendor-specific (Cisco IOS by SNMP, Juniper Junos by SNMP). Để giám sát SFP, kích hoạt Low-Level Discovery cho transceiver interface và thêm items custom với các OID DOM:

Tạo discovery rule cho ifIndex các cổng có SFP
Tạo item prototype: SNMPv2-SMI::enterprises.9.9.91.1.1.1.1.4.{#SNMPINDEX} cho Cisco
Thêm trigger: cảnh báo khi Rx Power < -16 dBm hoặc > -3 dBm
Tạo graph hiển thị Tx/Rx theo thời gian

PRTG

PRTG có sensor “SNMP Cisco System Health” và “SNMP Custom” cho phép poll OID bất kỳ. Tạo sensor “SNMP Custom” với OID Rx Power, set unit “dBm”, chia giá trị cho 1000.

LibreNMS

LibreNMS auto-detect SFP trên hầu hết Cisco/Juniper và hiển thị tab “Transceiver” với Tx/Rx power graph cho mỗi cổng. Không cần cấu hình thêm — chỉ cần thêm device với SNMP credentials.

Grafana với SNMP Exporter

Prometheus + SNMP Exporter (https://github.com/prometheus/snmp_exporter) cho phép scrape SNMP và lưu vào Prometheus, sau đó visualize trong Grafana. Đây là setup hiện đại cho team DevOps. Cần generator file cho từng vendor MIB.

Thiết lập ngưỡng cảnh báo và escalation

Hệ thống cảnh báo hiệu quả cần 3 cấp độ với ngưỡng và escalation rõ ràng. Dưới đây là khung TCNET khuyến cáo cho mạng doanh nghiệp/datacenter SMB:

Cấp độ	Trigger	Phản ứng	Escalation
Info	Rx Power thay đổi > 1 dB so với baseline	Log, dashboard	Email weekly digest
Warning	Rx Power thay đổi > 2 dB hoặc nhiệt > 65 °C	Email cho NOC	Ticket trong 4h nếu chưa giải quyết
Critical	Rx < sensitivity + 1 dB hoặc cổng down	SMS/call + Slack	Page on-call engineer ngay

Best practices từ kinh nghiệm vận hành

Bảy quy tắc TCNET đúc kết từ triển khai giám sát SFP trên hàng nghìn cổng trong các dự án doanh nghiệp và ISP:

Chốt baseline lúc bàn giao: Lưu Tx/Rx của tất cả module sau khi nghiệm thu — đây là tham chiếu vàng cho mọi alarm sau này.
Poll mỗi 5 phút là đủ: Poll 30 giây sẽ làm switch CPU tăng, không có lợi ích thực tế vì Rx không thay đổi nhanh thế.
Dùng SNMPv3: Bảo mật và audit log tốt hơn — bắt buộc cho mạng có compliance.
Group alarm theo dependency: Khi cả tuyến down, chỉ alert một lần thay vì spam 4 alarms (Rx low + Tx low + cổng down + link down).
Có dashboard tổng quan: Heat-map trạng thái Rx của tất cả cổng SFP — phát hiện nhanh vùng bất thường.
Export weekly report: Trend Tx/Rx theo cổng giúp identify module sắp hỏng.
Auto-discovery mỗi tuần: Khi cắm module mới, NMS tự thêm vào giám sát mà không cần manual.

Lỗi thường gặp khi setup SNMP cho SFP

Module không hỗ trợ DOM: Module clone, fake không có DOM → SNMP poll trả về “no such instance”. Giải pháp: chỉ dùng module có DOM theo SFF-8472. Xem bài Kiểm tra SFP chính hãng.
Giá trị âm lưu thành unsigned: Rx Power dBm là số âm, nhưng SNMP có thể lưu thành unsigned 32-bit gây giá trị khổng lồ (~ 4 tỷ). Phải parse đúng kiểu signed integer hoặc dùng GAUGE32 với offset.
Đơn vị nhân 1000: Hầu hết MIB lưu giá trị nhân 1000 — Rx -12.5 dBm thành -12500. Phải chia lại khi hiển thị.
ifIndex thay đổi sau reboot: Một số switch không persistent ifIndex → mapping bị lệch. Kích hoạt snmp-server ifindex persist trên Cisco.

TCNET — module SFP support DOM/SNMP đầy đủ

Tất cả module SFP TCNET phân phối (Wintop, BTON, Dintek, Aptek) đều hỗ trợ DOM theo SFF-8472, đọc được qua SNMP với CISCO-ENTITY-SENSOR-MIB hoặc JUNIPER-DOM-MIB. Mỗi module xuất kho có biên bản test Tx/Rx baseline kèm — anh có thể dùng baseline này để cấu hình ngưỡng SNMP ngay từ đầu. Tham khảo tại Module quang SFP hoặc liên hệ 028.6285.0999.

Kết luận

Giám sát SFP qua SNMP là bước nâng cấp bắt buộc cho mạng có hơn 20 cổng SFP, biến việc kiểm tra thủ công thành tự động hóa và phát hiện sớm sự cố trước khi gây downtime. Quy tắc nhớ nhanh: chọn module có DOM, dùng MIB chuẩn vendor, poll 5 phút, ngưỡng 3 cấp với escalation rõ ràng. Đầu tư setup SNMP một lần (2–5 ngày công) tiết kiệm hàng trăm giờ vận hành mỗi năm và giảm 60–70% downtime do sự cố cáp quang.

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

SNMP poll có làm chậm switch không?

Poll SNMP với chu kỳ 5 phút trên 48 cổng SFP chỉ tốn < 1% CPU switch. Chỉ khi poll < 30 giây trên switch CPU yếu (entry-level) mới gây tăng CPU đáng kể. Quy tắc an toàn: tổng số OID/giây không quá 100 trên một switch.

SNMPv2c và SNMPv3 — chọn loại nào?

Production network nên dùng SNMPv3 vì có authentication (MD5/SHA) và encryption (DES/AES). SNMPv2c chỉ có community string plain text, dễ bị sniff và không có audit. Tuy nhiên SNMPv3 cấu hình phức tạp hơn — cho mạng nhỏ có thể tạm dùng v2c với community phức tạp và ACL hạn chế source IP.

Module DAC (Direct Attach Cable) có giám sát qua SNMP không?

DAC passive không có DOM vì không có laser. DAC active (có chip retimer) có DOM giới hạn — đọc được nhiệt độ và voltage nhưng không có Tx/Rx power vì không phải optical. Khi giám sát phải lọc DAC ra khỏi danh sách OID.

SNMP có alert trap real-time không?

Có. Khi cấu hình snmp-server enable traps transceiver (Cisco) hoặc tương đương, switch gửi trap ngay khi vượt ngưỡng nội bộ — không cần đợi NMS poll. Đây là cách phát hiện sự cố nhanh nhất, ngay trong vài giây sau khi xảy ra.

Có thể giám sát SFP không qua SNMP không?

Có, các cách thay thế: (1) gNMI/Telemetry streaming (Cisco IOS-XR, Juniper Junos) – tốc độ cao, real-time, (2) NETCONF với XML payload, (3) RESTful API trên switch hiện đại, (4) Syslog parsing cho event-driven monitoring. SNMP vẫn là phổ biến nhất do hỗ trợ rộng, nhưng telemetry streaming là tương lai cho mạng datacenter mới.

Bao lâu lưu lịch sử Rx Power là đủ?

Khuyến cáo lưu lịch sử Tx/Rx tối thiểu 90 ngày để có dữ liệu phân tích trend dài hạn. NMS như Zabbix mặc định lưu 7 ngày raw + 1 năm trends — đủ cho hầu hết phân tích. Với compliance yêu cầu (PCI-DSS, ISO 27001), lưu 1 năm trở lên.

Bài viết được biên soạn bởi đội ngũ kỹ thuật TCNET, dựa trên RFC 2863 (IF-MIB), RFC 3433 (ENTITY-SENSOR-MIB), CISCO-ENTITY-SENSOR-MIB, CISCO-INTERFACE-XCVR-MONITOR-MIB, JUNIPER-DOM-MIB, SFF-8472 Rev 12.4 và kinh nghiệm thiết kế hệ thống giám sát SFP cho ISP/datacenter tại Việt Nam. Liên hệ TCNET — Hotline/Zalo 028.6285.0999 — Email duan@mangthanhcong.vn.

Đang tải đánh giá...

Danh mục sản phẩm