ZXA10 C320 पर uplink module का data और ONU levels कैसे निकालें - CLI से या SNMP से
ZTE ZXA10 C320 node पर रखा है, uplink 10G। levels और state console से हाथ से देखता हूं, पर सब कुछ monitoring में डालना चाहता हूं ताकि हर subscriber complaint पर CLI में न घुसना पड़े।
- OLT: ZTE ZXA10 C320
- uplink: xgei_1/21/1 में SFP+
- subscribers gpon-onu_1/1/1:1 पर और आगे branches में
uplink module के बारे में कुछ पहले ही मिल गया, यह command output देती है:
show int optical-module-info xgei_1/21/1आगे तीन चीज़ों पर अटक रहा हूं:
- किसी specific ONU का level किस command से निकालूं, पूरी branch का output अलग करने के बजाय
- क्या वही receive power वाला कोई SNMP object है, ताकि script से CLI parse न करना पड़े; monitoring में C320 के लिए ready template मुझे नहीं मिला
- receive level पर कितना भरोसा किया जा सकता है: एक uplink पर number ठीक-ठाक है, पर interface पर CRC फिर भी धीरे-धीरे बढ़ रहा है
जो लोग C320 से यह data लगातार निकालते हैं - किस पर टिके, CLI या SNMP, और कौन से OID?
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
पहले साफ करो कि monitoring में असल में क्या चाहिए। module का inventory (vendor, part number, serial) और dynamic power - ये अलग-अलग कहानियां हैं: पहली को दिन में एक बार लेकर fact की तरह रखना काफी है, दूसरी को नियमित रूप से poll करके graph बनाना समझ आता है।
और दूसरा सवाल, जो ज़्यादा ज़रूरी है: uplink पर CRC आपने ध्यान से देखा था या ऐसे ही नज़र पड़ गई? अगर counter वाकई बढ़ रहा है, तो receive level यहां मुख्य शक की चीज़ नहीं है, और शुरुआत graphs बनाने से नहीं, इसी interface से करनी चाहिए।
uplink के लिए वही सब कुछ वही command देती है जो आपने ढूंढी:
output में एक साथ vendor का नाम, part number, serial, module का type (जैसे 10GBASE-LR), 1310 nm wavelength, dBm में Rx और Tx, bias current, laser speed और temperature मिल जाते हैं। साथ ही वहीं power, current, voltage और temperature की alarm thresholds भी हैं - inventory के लिए अलग से जाने की ज़रूरत नहीं।
subscribers के लिए किसी specific ONU का attenuation देखें:
monitoring के लिए OLT पर receive power .1.3.6.1.4.1.3902.1015.1010.11.2.1.2 पर मिलती है:
raw value को 1000 से divide करना ज़रूरी है, वरना dBm की जगह समझ न आने वाले हज़ारों मिलेंगे। इसी पर लगभग हर कोई अटकता है जो पहली बार इस OID पर graph बनाता है।
और आपके तीसरे point के बारे में: level पर कोई निष्कर्ष निकालने से पहले, uplink पर CRC counters देखें। normal Rx अपने आप में न गंदे connector को खारिज करता है, न खराब trace को।
1000 से divide करना - बिल्कुल वही चीज़ थी जो missing थी। मेरे graph पर dBm की जगह हज़ार आ रहे थे, और मैं इतनी देर यही सोचता रहा कि गलत object ले लिया।
uplink पर picture मिल गई: module 10GBASE-LR, 1310 nm, receive level normal है, पर साथ ही CRC बढ़ रहा है। cross तक गया - connector गंदा निकला, सफाई के बाद counter रुक गया। तो level से पहले CRC देखने वाली सलाह सही निकली।
specific ONU के levels command से मिल ही जाते हैं, अब इस पर पोलिंग लगा दूंगा।
monitoring के बारे में: ready template का इंतज़ार मत करो। C320 की out-of-the-box coverage partial है - GPON ports, ONU की optics और line की length अपने आप नहीं आएंगी। LibreNMS (build 25.8.0-dev) में इस family का ठीक support अब तक नहीं आया: न ready OID, न कोई described method किसी ने डाला। मतलब रास्ता एक ही है - अपने objects और अपना template, तुम वहीं जा रहे हो।
साथ ही यह भी ध्यान रखो कि अलग-अलग hardware पर इसे अलग नाम से बुलाते हैं। Cisco ISR 4451 पर interface से वाली जानी-पहचानी command नहीं है, DOM
show hw-module subslot 0/0 transceiver 0 statusसे मिलती है, FortiGate पर यहget system interface transceiverहै। अगर अलग-अलग vendors के park के लिए एक ही poller बना रहे हो, तो हर जगह SNMP से खींचना आसान है, और CLI किसी specific complaint को समझने के लिए रखो।