Lấy dữ liệu module uplink và mức tín hiệu ONU trên ZXA10 C320 thế nào - qua CLI hay SNMP
Đang quản lý một node ZTE ZXA10 C320, uplink 10G. Mức tín hiệu và trạng thái đang xem tay từ console, nhưng muốn đưa hết vào hệ thống giám sát để khỏi phải vào CLI mỗi khi có khiếu nại từ thuê bao.
- OLT: ZTE ZXA10 C320
- uplink: SFP+ ở xgei_1/21/1
- thuê bao ở gpon-onu_1/1/1:1 và các nhánh tiếp theo
Về module uplink thì đã tìm được một phần, lệnh sau cho ra kết quả:
show int optical-module-info xgei_1/21/1Tiếp theo đang vướng ba việc:
- lệnh nào để lấy mức tín hiệu theo từng ONU cụ thể, thay vì phải bóc tách output của cả nhánh
- có object SNMP nào cho cùng giá trị công suất thu đó không, để khỏi phải parse CLI bằng script; chưa tìm được template sẵn cho C320 trong hệ thống giám sát
- mức tín hiệu thu này tin được đến đâu: một uplink cho số liệu ổn, nhưng CRC trên interface đó vẫn âm thầm tăng dần
Ai đang lấy dữ liệu này từ C320 thường xuyên - đã chốt CLI hay SNMP, và OID nào?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 4
Làm rõ trước là bạn thực sự cần gì trong hệ thống giám sát. Inventory của module (vendor, part number, serial) và công suất theo thời gian là hai chuyện khác nhau: cái đầu chỉ cần lấy một lần mỗi ngày và lưu lại như một fact, cái sau thì nên poll đều đặn và vẽ đồ thị.
Và câu hỏi thứ hai, quan trọng hơn: CRC trên uplink bạn đã chủ động xem chưa hay chỉ tình cờ để ý thấy? Nếu counter thực sự đang tăng thì mức tín hiệu thu không phải nghi phạm chính ở đây, và nên bắt đầu không phải từ việc vẽ đồ thị mà từ chính interface đó.
Về uplink thì đúng lệnh bạn đã tìm ra là đủ cho mọi thứ cần:
Trong output có ngay tên vendor, part number, serial, loại module (ví dụ 10GBASE-LR), bước sóng 1310 nm, Rx và Tx theo dBm, dòng bias, tốc độ laser và nhiệt độ. Ngoài ra còn có ngưỡng cảnh báo cho công suất, dòng điện, điện áp và nhiệt độ ngay tại đó - không cần đi lấy inventory riêng.
Về thuê bao thì xem suy hao theo từng ONU cụ thể:
Cho hệ thống giám sát, công suất thu trên OLT nằm ở .1.3.6.1.4.1.3902.1015.1010.11.2.1.2:
Giá trị thô bắt buộc phải chia cho 1000, nếu không sẽ ra mấy con số hàng nghìn khó hiểu thay vì dBm. Gần như ai vẽ đồ thị theo OID này lần đầu cũng vấp phải chỗ này.
Còn về ý thứ ba của bạn: trước khi kết luận gì về mức tín hiệu, hãy xem counter CRC trên uplink. Rx bình thường tự nó không loại trừ được connector bẩn hay tuyến cáp bị hỏng.
Chia cho 1000 - đúng là thứ còn thiếu. Đồ thị của mình toàn ra hàng nghìn thay vì dBm, và suốt thời gian đó cứ tưởng lấy nhầm object.
Về uplink thì khớp: module 10GBASE-LR, 1310 nm, mức tín hiệu thu bình thường, nhưng CRC vẫn tăng dần. Đi kiểm tra theo tuyến cáp thì connector bị bẩn, sau khi vệ sinh thì counter đứng yên. Nên lời khuyên xem CRC trước khi xem mức tín hiệu là đúng trọng tâm.
Mức tín hiệu theo từng ONU cụ thể thì lệnh đó lấy được, giờ sẽ gắn cảnh báo giám sát vào đó.
Về hệ thống giám sát: đừng chờ có template sẵn. C320 ra khỏi hộp chỉ hỗ trợ một phần - port GPON, optic ONU và độ dài tuyến sẽ không tự xuất hiện. Trong LibreNMS (bản build 25.8.0-dev) vẫn chưa có hỗ trợ tử tế cho dòng này: không OID sẵn, cũng chẳng ai công bố phương pháp nào. Nghĩa là chỉ có một hướng đi - tự làm object và tự làm template, mà bạn đang đi đúng hướng đó rồi.
Nhân tiện lưu ý là trên mỗi loại phần cứng khác nhau thì cái này gọi tên khác nhau. Trên Cisco ISR 4451 không có lệnh quen thuộc kiểu từ interface, DOM lấy qua
show hw-module subslot 0/0 transceiver 0 status, trên FortiGate làget system interface transceiver. Nếu bạn đang gom một bộ poller chung cho một loạt vendor khác nhau, thì cứ kéo qua SNMP ở mọi nơi cho đơn giản, còn CLI để dành riêng cho lúc cần bóc tách một khiếu nại cụ thể.