LibreNMS को ZTE ZXA10 C300/C320 OLTs पर कोई optical sensors नहीं मिलते और कोई ONU interfaces बिल्कुल नहीं
मैं एक छोटे ISP में access layer संभालता हूं और चाहता हूं कि हमारे दोनों GPON OLTs monitoring में वैसे ही दिखें जैसे बाकी सब कुछ दिखता है। wish list कोई exotic चीज़ नहीं: chassis कितना गर्म चलता है, CPU और RAM load, per-port counters, और वह हिस्सा जिसकी मुझे असल में परवाह है, optical side। मतलब OLT ports के लिए खुद Rx/Tx dBm और हर subscriber ONU के लिए एक Rx figure।
- ZTE ZXA10 C300 और ZXA10 C320, SNMP v2c read-only community
- LibreNMS 25.8.0-dev, उसी site पर self-hosted poller
- दोनों OLTs पर SFP और SFP+ uplinks
Out of the box मुझे optical कुछ भी नहीं मिलता:
# discovery completes, device is green, but:
# - no transceiver Rx/Tx power sensors are discovered for either OLT
# - ONU interfaces do not exist in IF-MIB, only the OLT's own ports
snmpwalk -v2c -c <community> <olt> IF-MIB::ifDescrमैंने क्या किया:
- खुद SNMP की सेहत confirm की, uplinks और PON ports पर traffic graphs ठीक बनते हैं
- हर बदलाव के बाद devices को दोबारा rediscover किया और standard sensor tables चेक कीं, सब खाली
- C320 family के लिए एक ready template ढूंढा और GPON port या ONU optics को cover करने वाला कुछ नहीं मिला
तो ये boxes यह data असल में किस tree में publish करते हैं, अपने ports के लिए भी और per ONU भी, और क्या किसी ने इसे LibreNMS में इस तरह डाला है जो upgrade के बाद भी बचा रहे?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
Short version: इन OLTs पर optical कुछ भी किसी standard MIB में नहीं रहता, सब कुछ ZTE के private enterprise tree 3902 में है।
आसान वाले से शुरू करो, chassis temperature .1.3.6.1.4.1.3902.1015.2.1.3.2 पर। इसके लिए एक PHP sensor definition इधर-उधर घूमती है जिसमें 65/55/15/5 degree thresholds हैं। इन पर आंख मूंदकर भरोसा मत करो, alerting जोड़ने से पहले इन्हें अपने chassis के असली चलने के तापमान से मिलाकर चेक करो।
असली काम ONU साइड है। IF-MIB सिर्फ OLT के interfaces describe करता है, और एक अकेला PON port 128 तक ONUs ले जा सकता है, तो इंटरफेस टांगने के लिए कुछ है ही नहीं। लोग आखिर में यह करते हैं कि shelf, slot, port और ONU number से एक integer में packed index बनाते हैं:
और इसे ONU tree के खिलाफ इस्तेमाल करते हैं:
वह tree ONU RX levels और Counter64 byte counters दोनों ले जाता है, तो per-ONU traffic भी उसी walk से निकल आता है।
दो चेतावनियां। यह user patches का एक ढेर है, upstream तक कुछ नहीं पहुंचा, तो अपनी copies कहीं ऐसी जगह रखो जहां से update के बाद दोबारा apply कर सको। और 300 से ज्यादा ONUs वाला एक OLT तुम्हारा sensor count करीब दस गुना कर देता है, जो poller को दिखेगा। इस scale पर ONU data को साधारण interfaces की बजाय Components में डालो।
कोई तुम्हारे लिए template लिखे इससे पहले दो सवाल।
क्या तुमने standard MIBs के बाहर कुछ walk किया? ZXA10 family में interesting data IF-MIB में नहीं है, तो एक खाली sensor table किसी bug की बजाय expected outcome है। यह चलाकर जो वापस मिले वह पोस्ट करो
अगर यह कोई value लौटाता है, तो काम बन जाएगा और बाकी सिर्फ index arithmetic है।
दूसरा: per PON port कितने ONUs हैं, और पूरे chassis में कुल कितने? यह number तय करता है कि तुम्हें ordinary sensors चाहिए या कुछ हल्का, और इससे advice काफी बदल जाती है।
यही था। 3902 को हाथ से walk करने पर तुरंत values मिलीं, और इसे जोड़ने के बाद अब मेरे पास temperature, CPU, memory, bandwidth, error counters और OLT ports व ONUs दोनों के लिए RX dBm है।
scale की चेतावनी भी theoretical नहीं निकली। C300 में 300 से काफी ज्यादा ONUs हैं, और जैसे ही हर ONU sensors में बदला, उस device का poller run साफ-साफ लंबा हो गया, तो per-ONU data अब Components में जा रहा है और सिर्फ OLT optics normal sensors के तौर पर रहेंगे। मैं इसे solved की बजाय अभी भी partial ही कहूंगा: यह काम करता है, पर यह मेरा अपना patch set है, और C320 के लिए कुछ भी ready-made नहीं मिलता।
vendor अलग, मेरी तरफ से सबक वही: जब कोई box तुम्हें numbers थमाए, alerting बनाने से पहले उन्हें दूर वाले सिरे से मिलाकर चेक करो।
हमारे पास एक EX4550 और दो EX3300 के बीच non-Juniper SFP+ वाले दो 20 km links थे। दोनों links traffic pass कर रहे थे, पर EX4550 पर
show interfaces diagnostics opticsने यह print कियाजबकि उसी fibre के EX3300 सिरे ने 0.1196 mW / -9.22 dBm report किया। यह EX4550 पर एक Junos scaling defect है, PR1007055, जो 12.3R8 में ठीक हुआ। upgrade करने तक हमने EX4550 की reading को सजावट माना और दूर वाले सिरे का इस्तेमाल किया।
second hand जानकारी है, तो हल्के में लो: ICX 7450 और ICX 7550 पर बताया जाता है कि optical monitoring Ruckus-supplied part numbers 33211-100 और 33210-100 के लिए खाली रहती है जबकि उसी chassis में Brocade-coded equivalents ठीक से report करते हैं, इसे FI-264785 के तौर पर track किया गया है और fix करीब 08.0.95j build में आने की उम्मीद है। कोई module re-seat करना शुरू करे उससे पहले एक
show opticलायक है।