प्रोडक्शन में DDM की निगरानी
DDM को एक बार पढ़ने से मॉड्यूल की मौजूदा हालत पता चलती है; उसे ट्रेंड करने से उसका भविष्य पता चलता है। ज़्यादातर ऑप्टिकल ख़राबियाँ हफ़्तों पहले ही इशारा दे देती हैं — खिसकते Rx पावर, बढ़ते बायस करंट या बढ़ते pre-FEC BER के तौर पर — बस उसे देखने वाला कोई हो जो आँकड़े दर्ज कर रहा हो।
बेंच, CLI या NMS
| कहाँ | टूल | किसके लिए सबसे अच्छा |
|---|---|---|
| बेंच | CodingBox DDM स्क्रीन, CSV एक्सपोर्ट | इनकमिंग इंस्पेक्शन, बेसलाइनिंग, निकाले गए मॉड्यूल का डायग्नोसिस |
| स्विच CLI | show interfaces transceiver और इससे मिलते-जुलते कमांड (NOS के हिसाब से) | ट्रबलशूटिंग के दौरान स्पॉट चेक |
| NMS / टेलीमेट्री | SNMP, स्ट्रीमिंग टेलीमेट्री (gNMI), विक्रेता API | पूरे फ़्लीट में ट्रेंडिंग और अलर्टिंग |
SNMP से डेटा जुटाना
ज़्यादातर प्लेटफ़ॉर्म DDM को स्टैंडर्ड ENTITY-SENSOR-MIB (entPhySensorValue, हर सेंसर के लिए टाइप/स्केल/प्रिसिज़न के साथ) और विक्रेता MIB (Cisco entity sensors, Juniper DOM MIB, Arista, Huawei) के ज़रिए एक्सपोज़ करते हैं। LibreNMS जैसे ओपन-सोर्स NMS ऑप्टिकल सेंसर को ख़ुद खोज लेते हैं और उन्हें ग्राफ़ में दिखाते हैं; Zabbix और Prometheus/Grafana भी उन्हीं OID या स्ट्रीमिंग टेलीमेट्री के साथ काम करते हैं। हर 1–5 मिनट में पोल करें — DDM वैल्यू धीरे-धीरे बदलती हैं, और मॉड्यूल टू-वायर बस का जवाब आराम से देते हैं।
लिंक पासपोर्ट
इंस्टॉलेशन के वक़्त हर लिंक के दोनों छोर के लिए यह दर्ज करें:
- Tx पावर, Rx पावर, बायस करंट, तापमान (DDM का सेट);
- मॉड्यूल विक्रेता / पार्ट / सीरियल;
- फ़ाइबर की लंबाई और, अगर उपलब्ध हो तो, एक OTDR ट्रेस।
यही बेसलाइन है जिससे बाद की रीडिंग की तुलना होती है। इसके बिना “Rx −12 dBm है” बस एक नंबर है; इसके साथ “मार्च से Rx 2.5 dB गिर चुका है” एक वर्क ऑर्डर बन जाता है।
अलर्टिंग: सिर्फ़ थ्रेशोल्ड नहीं, बदलाव भी
मॉड्यूल के थ्रेशोल्ड निर्माता की तय की हुई सीमाएँ हैं (थ्रेशोल्ड और अलार्म); आपके अलर्ट इनसे ज़्यादा टाइट और सापेक्ष (relative) होने चाहिए:
| सिग्नल | सुझाया गया ट्रिगर | संभावित मतलब |
|---|---|---|
| Rx पावर | बेसलाइन से 2–3 dB की गिरावट | गंदा/डैमेज्ड कनेक्टर, फ़ाइबर का मुड़ना, दूर छोर के लेज़र का कमज़ोर पड़ना |
| Rx पावर | दोनों दिशाओं में असमान | कमज़ोर साइड में समस्या, रास्ते में नहीं |
| Tx बायस | बेसलाइन से 15–20% की बढ़त | लेज़र एजिंग — बदलने की योजना बनाएँ |
| तापमान | > 65–70 °C या बेसलाइन से +10 °C | कूलिंग या डेंसिटी की समस्या |
| Pre-FEC BER (CMIS/VDM) | FEC लिमिट की तरफ़ बढ़ना | PAM4 लिंक पर पहला संकेत |
| मॉड्यूल अलार्म फ़्लैग | कोई भी | बैकस्टॉप — यह कभी पहला अलर्ट नहीं होना चाहिए |
तेज़ी से रिएक्ट करना
- अहम लिंक पर BFD किसी बिगड़ते रास्ते को मिलीसेकंड में पकड़ लेता है, राउटिंग प्रोटोकॉल या यूज़र के नोटिस करने से बहुत पहले।
- मल्टी-लेन मॉड्यूल पर प्रति-लेन वैल्यू ट्रैक करें (प्रति-लेन डायग्नोस्टिक्स) — एक अकेली लेन का फ़ेल होना ही AI/DC का सबसे आम फ़ेल्योर मोड है।
- जब कोई थ्रेशोल्ड ट्रिप हो, तो डायग्नोस्टिक सीढ़ी अपनाएँ: लेवल → सफ़ाई → स्वैप → OTDR।
DDM आपको क्या नहीं बता सकता
- सस्ते मॉड्यूल पर Tx पावर एक स्थिर संख्या हो सकती है (DDM लेवल)।
- DDM रोशनी देखता है, बिट नहीं: किसी लिंक के लेवल बिल्कुल सही हो सकते हैं और फिर भी डिस्पर्शन, FEC मिसमैच या पोलैरिटी फ़ॉल्ट से एरर आ सकते हैं — DDM को एरर काउंटर के साथ मिलाकर देखें।
- रिज़ॉल्यूशन 0.1 µW है: −40 dBm से नीचे कुछ भी नापा नहीं जा सकता।
CodingBox में
CodingBox इस पूरी प्रक्रिया का बेंच वाला हिस्सा है: एक कॉन्फ़िगर करने योग्य पोलिंग इंटरवल, एक मेज़रमेंट लॉग और CSV एक्सपोर्ट इंस्टॉलेशन से पहले ही लिंक पासपोर्ट तैयार कर देते हैं, और निकाले गए मॉड्यूल की तुलना code database में मौजूद उसके अपने इतिहास से की जा सकती है।
डेटा जुटाने की बारीकियाँ — CLI कमांड,
ethtool, ENTITY-SENSOR-MIB और विक्रेता OID, OpenConfig पाथ: टूल से DDM पढ़ना। PAM4 लिंक पर किस पर अलर्ट लगाएँ: VDM और FEC मेट्रिक्स।
हर विक्रेता के अपने SNMP ऑब्जेक्ट, OpenConfig टेलीमेट्री पाथ और सिसलॉग मैसेज जो यहाँ बताई गई वैल्यू ले जाते हैं: मैनेजमेंट और मॉनिटरिंग।
धीमी प्लांट ख़राबियाँ जो ट्रेंड से पता चलती हैं — कंटैमिनेशन, क्लोज़र में नमी घुसना, मौसमी उतार-चढ़ाव — और ट्रेंड बिगड़ने पर जाँच का क्रम: फ़ाइबर प्लांट की ख़राबियाँ।
पूरे एक्टिव इंफ़्रास्ट्रक्चर के संदर्भ में DDM — एम्प्लिफ़ायर टेलीमेट्री, OSC, OCM, RFTS, अलार्म पदानुक्रम, और मॉड्यूल डेटा को फ़ाइबर डेटा से जोड़कर देखना: मॉनिटरिंग और मैनेजमेंट।