MES3324F पर 27 km का span: वही modules MXA-64 में link हो जाते हैं, पर Eltex port को PORT_SUSPENDED में डाल देता है
हमारे दो nodes के बीच link: लगभग 27 km single-mode का span, दोनों सिरों पर MES3324F। एक जोड़ी 1550 nm SFP FANG HANG लगाई, जो forty-kilometre बताकर बेचे गए थे। Link आता है, कुछ दसियों seconds चलता है और गिर जाता है, और यह चक्र चलता रहता है जब तक port block नहीं हो जाता।
- 2 x Eltex MES3324F, firmware 4.0.7
- SFP FANG HANG 1550 nm, part number S1253271221932, claimed 40 km
- span ~27 km single-mode, दोनों nodes पर बीच में cross-connects
- patch cords उसी batch के जो बाकी पड़ोसी links पर भी लगे हैं
console# show fiber-ports optical-transceiver
Port ... Output Power Input Power LOS
gi1/0/23 -6.11 dBm -22.00 dBm No
%LINK-W-PORT_SUSPENDED
अब तक जो जांचा:
- trace measure की, cable में कोई शिकायत नहीं
- यही जोड़ी modules उन्हीं patch cords के साथ MXA-64 में उसी fibre पर लगाई - link तुरंत आ जाता है और बिना flap के टिका रहता है
- modules की जगह बदली और पड़ोसी optical ports में लगाया, व्यवहार वही रहा
incoming -22 dBm मुझे खुद भी पसंद नहीं, पर फिर समझ नहीं आता कि MXA-64 पर उसी fibre पर सब क्यों टिका रहता है। क्या MES3324F sensitivity की सीमा पर काम करना इतना पसंद नहीं करता, या बात वाकई modules की है और 40 km के लिए एक ठीक जोड़ी ढूंढनी चाहिए? नए modules के लिए जाना नहीं चाहता, कहीं वहीं फिर वही दिक्कत ना आ जाए।
Comments 4
-22 dBm receive पर gigabit के लिए 1550 nm पर, यह पहले से ही एकदम किनारे पर है, वहां कोई भी extra connector फ़र्क डाल देता है। कुछ सवाल, ताकि अंदाज़ा न लगाना पड़े:
show fiber-ports optical-transceiverक्या दिखाता है? दिलचस्पी वहां के Input Power में है, सिर्फ आपके यहां वाले में नहीं।अनुभव से, लॉट के description में लिखा «40 km» और module की असली range अलग-अलग चीज़ें होती हैं, और 27 km पर यह सबसे पहले सामने आता है।
दूर वाले सिरे पर picture बिल्कुल mirror जैसी है, receive उतना ही low है, फ़र्क सिर्फ margin of error जितना है। modules के बारे में: विक्रेता ने आखिरकार मान लिया कि ये twenty-kilometre वाली चीज़ें हैं, चालीस नहीं, तो 27 km के लिए budget में शुरू से ही कोई गुंजाइश नहीं थी।
साथ-साथ Eltex support को भी लिखा। जवाब छोटा था: जांच लें कि transceivers वाकई DDM के अनुरूप हैं, firmware update करें, और चूंकि modules gigabit वाले हैं, दोनों सिरों पर जोड़ें
तीनों काम कर लिए - port फिर भी
%LINK-W-PORT_SUSPENDEDतक पहुंच जाता है, बस थोड़ा देर से। MXA-64 पर levels नहीं ली थीं, मानता हूं, सिर्फ यह देखा कि link है या नहीं।अभी 1550 nm की एक ठीक जोड़ी का इंतज़ार है जिसमें budget में गुंजाइश हो, तब तक इस सवाल को open ही मानता हूं।
मिलता-जुलता Cisco पर भी पकड़ा था, बस वहां यह port block होने से नहीं, counters में कचरे से दिखा: दो optical uplinks में से एक ने 46 हज़ार input errors और 42 हज़ार CRC जमा कर लिए, log में - alarm Rx power low, -20.2 dBm जबकि threshold -18.4 dBm था।
इलाज switch पर नहीं हुआ: दोनों सिरों की सफाई, TX और RX की measurement से जांच, trace की length, splices और patches की quality की जांच। कुछ errors गए, पर levels पूरी तरह normal कभी नहीं लौटे, आखिरकार module भी बदल दिया। मतलब यह है कि budget की सीमा पर hardware अलग-अलग तरीके से बर्ताव करता है: एक CRC जमा करता है और काम करने का दिखावा करता है, दूसरा ईमानदारी से port बंद कर देता है। तो आपके यहां -22 «लगभग काम कर रहा है» नहीं है, यह पहले से ही कारण है।
measurement वाली बात में यह जोड़ूंगा: सस्ते modules के DDM आंकड़ों पर आंख मूंदकर भरोसा नहीं करना चाहिए। जो vendors अपनी optics पर खुद diagnostics करते हैं, वे भी Tx और Rx में करीब 3 dB और temperature में करीब 3 degree का allowance रखते हैं - और यह अपने ही modules के लिए है। third-party पर आसानी से असलियत से कुछ decibel का फ़र्क मिल सकता है, और कभी-कभी module कुछ भी समझ में आने लायक नहीं देता, तो power की early warning सिद्धांत रूप में मिलेगी ही नहीं। DDM की thresholds भी module से ही आती हैं (SFF-8472), switch उन्हें calculate नहीं करता।
और काम का वह क्रम जो समय बचाता है: पहले Rx को module की working range से compare करें, न कि सिर्फ «link है» वाले तथ्य से, फिर patch cord बदलें, फिर बीच के crosses देखें - कहीं हाल में किसी ने वहां छेड़छाड़ तो नहीं की - और उसके बाद ही दूर वाले module पर शक करें। मेरे पास एक case था जहां receive गिरकर -25.69 dBm तक पहुंच गया था, और गलती module की नहीं, trace की निकली।