CRS226 Cisco-coded SFP-10G-LR uplink पर no-link और sfp-rx-lose yes report करता है
हमने एक छोटी aggregation site संभालनी शुरू की, और उसमें से एक 10G uplink module बदलने के बाद से up ही नहीं हुआ। module को CRS226 के साथ incompatible listed किया गया है, तो पहला शक वहीं गया, पर readings मुझे rejected module जैसी नहीं लगतीं।
- aggregation site पर MikroTik CRS226, module sfp-sfpplus1 में
- Fiberworks SFP-10G-LR, Cisco-coded
- remote site तक single-mode pair, रास्ते में दो panels से patched
/interface ethernet monitor sfp-sfpplus1
status: no-link
sfp-rx-lose: yesउसी output में temperature और supply voltage बिल्कुल normal पढ़ रहे हैं, और module साफ detect हो रहा है, यह empty-cage वाला readout नहीं है।
हमारी तरफ से अब तक क्या किया:
- module reseat किया और दोनों connectors साफ किए
- दूसरे SFP+ port पर move किया, वही output
- port config चेक किया, कुछ भी forced या disabled नहीं
तो सवाल यह है: क्या CRS226 चुपचाप Cisco-coded module को reject कर रहा है और उसे no-link report कर रहा है, या sfp-rx-lose वही मतलब रखता है जो मैं सोच रहा हूं और मुझे किसी को far end पर भेजना चाहिए?
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 5
तुम्हारे अपने output ने compatibility वाला सवाल पहले ही answer कर दिया है। जिस module को switch ने reject किया होता, वह temperature और voltage report कर ही नहीं रहा होता, एक पूरा monitor readout मतलब CRS226 ने module को पढ़ लिया है और उससे बिल्कुल ठीक बात कर रहा है। और
sfp-rx-lose: yesmodule का अपना loss-of-signal indication है: उसे receive fibre पर कोई light नहीं दिख रही। light अंदर नहीं, link नहीं, coding चाहे जो भी कहे।तो यह plant की problem है, compatibility की नहीं। जिस क्रम में मैं इसे काम में लूंगा:
वैसे बता दूं, यही module type यहां महीनों से एक CRS226 से एक CCR तक चल रहा है, तो pairing खुद कोई issue नहीं है।
far end पर क्या है, और क्या वह side अपने port को up दिखाती है? अगर remote transmitter on है तो plain loss-of-signal की बजाय कुछ receive power दिखनी चाहिए।
कोई गाड़ी भेजने से पहले दो सस्ते checks। अपने patch panel पर दोनों strands swap करो और देखो flag अपनी जगह रहता है या नहीं। और far side से उसका अपना module पढ़वाओ: अगर दोनों सिरे receive की loss report करते हैं, तो pair बीच में कहीं टूटा है या किसी ने उन panels में से किसी एक पर गलत strands patch कर दिए हैं।
वहां रहते हुए दो failure modes को अलग रखना ज़रूरी है। बिल्कुल कोई light न होना, वही तुम्हारे पास है, और यह आसान वाला है। ज्यादा खतरनाक variant वह light है जो बस मुश्किल से मौजूद है: यहां एक fibre uplink pair में से एक ने -18.4 dBm threshold के मुकाबले -20.2 dBm पर Rx power low alarm log किया और 46 हजार input errors और 42 हजार CRC errors जमा कर लिए जबकि link nominally up बना रहा।
show interface transceiver detailऔरshow interface counters errorsने यह कहानी बताई।field पर काम दोनों case में एक जैसा है, दोनों end faces साफ करो और inspect करो, TX और RX meter करो, ज्यादा लंबे run, खराब splice या सस्ते patch cord के लिए देखो, और levels नीचे बने रहें तो module बदलो। हमारे यहां exact गुनहगार मैंने साबित नहीं किया, तो इसे फैसले की बजाय दिशा के रूप में लो।
far-end checklist के लिए एक और बात: fibre में कुछ भी गलत न होने पर भी receiver खुद मर सकता है।
Cisco का एक field notice है, FN-72192, जो QSFP-40G-LR4 के एक batch को cover करता है, जिसे QSFP-40G-LR4-S और WSP-Q40GLR4L के नाम से भी बेचा गया, और यह factory से receive detector को अपनी सही जगह से थोड़ा हटकर लेकर निकला। यह notice उन modules पर लागू होता है जिनका serial ACW से शुरू होता है और date code ACW2415xxxx-ACW2449xxxx में पड़ता है: उन पर receive side degrade होता है और link गिर जाता है। जो platform इसमें नाम है वह ASR 900 series है। handling failure पर replace करना है, तो यह configure करने वाली चीज़ नहीं बल्कि serial check और support case है।
जो हिस्सा तुम्हारे link पर भी लागू होता है: early warning DOM data में एक receive value है जो सीधे गिरने की बजाय लगातार धीरे-धीरे नीचे खिसकती है। हर uplink पर DOM को graph करने के लिए यह अच्छी दलील है, बजाय इसके कि कुछ टूटने के बाद उसे एक बार पढ़ा जाए।
readings पर भरोसा करने की बात है, ज्यादातर हां, पर आंख मूंदकर नहीं। एक case घूम रहा था जिसमें एक Huawei GPON ONT stick MikroTik SFP+ slot में बैठी थी, बहुत कम receive power report कर रही थी और downloads एक कहीं तेज plan पर भी 20 Mbps से नीचे अटके थे, और यह कभी तय नहीं हो पाया कि गलती reading की थी या line की। यह खुला ही छूट गया।
तुम्हारे जैसे plain LR pair पर मैं monitor output को face value पर ले लूंगा। SFP+ cage में odd modules पर, इसके इर्द-गिर्द truck roll plan करने से पहले दूसरे सिरे से एक और reading लेना worth है।