Zyxel RGS200-12P दो Avago SFPs के लिए "% SFP module doesn't support DDMI" print करता है
हम industrial cabinets customer की अपनी monitoring के साथ handover करते हैं, तो uplink ports पर readable DDMI acceptance list का हिस्सा है। RGS200-12P पर जो दो ports मायने रखते हैं वे DDMI enable करने के बाद कुछ भी print करने से मना कर देते हैं, जबकि दोनों links up हैं और forward कर रहे हैं।
- Zyxel RGS200-12P, DDMI enabled
- port 1/9: AVAGO ABCU-5740RZ-HP8, 1000BASE-T copper SFP
- port 1/11: AVAGO AFBR-5710PZ, 1000BASE-SX
- दोनों links up, दोनों तरफ counters साफ
% SFP module doesn't support DDMIमैंने पहले ही जो किया:
- DDMI off करके वापस on किया, save किया, switch reload किया
- दोनों modules reseat किए और उन्हें दूसरे cages में ले गया - हर port पर वही जवाब
- links खुद ठीक हैं यह verify किया, traffic बिना किसी error के जाता है
तो बात क्या है: switch उन optics को पढ़ने से मना कर रहा है जो उसने नहीं बेचे, या दोनों Avago parts के पास सच में देने को कोई diagnostics नहीं है? handover से पहले मुझे customer को एक या दूसरा जवाब देना है, कंधे उचकाना नहीं चलेगा।
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
आपके यहां एक ही error string के पीछे दो अलग-अलग वजहें छिपी हैं।
Copper port वाला व्यवहार expected है। 1000BASE-T SFPs अपनी पूरी category में कोई digital diagnostics implement नहीं करते - report करने के लिए कोई optical power होता ही नहीं और उन parts में आमतौर पर कोई diagnostic page होता ही नहीं, तो ABCU-5740RZ-HP8 वाला 1/9 DDMI चाहे जैसे भी configure हो, कभी temperature, voltage या power नहीं दिखाएगा। न कुछ fix करना है, न escalate करना है।
Fibre port का नतीजा वही है पर वजह अलग है: उस particular Avago part के EEPROM में DDM/DDMI page है ही नहीं। SFF-8472 diagnostics page को optional रखता है, और उस generation के काफी सारे 1000BASE-SX modules बिना उसके ही shipped हुए थे। switch यहां किसी बाहरी module को block नहीं कर रहा, वो सच बता रहा है - module में पढ़ने के लिए कुछ है ही नहीं।
जो check पांच मिनट में बात साफ कर देता है वो वही है जो पहले ही सुझाया जा चुका है: उसी cage में DDM-capable बताया गया कोई module लगाकर देखो। RGS200-12P में एक Zyxel SFP-LX-10-E पूरा DDMI block print करता है, जिससे साबित हो जाता है कि switch और configuration दोनों ठीक हैं। इस vendor के साथ सामान्य caveat: उनका कहना है कि third-party optics कवर नहीं होते और packet loss व connectivity problems ला सकते हैं, तो अगर diagnostics acceptance criterion है तो उम्मीद लगाने की बजाय purchase spec में "DDM/DOM capable" डाल दो।
अगर इस cabinet पर optics बदले नहीं जा सकते, तो उन दोनों ports को link state और interface counters से monitor करो और handover document में यही लिख दो। यह एक honest जवाब है, और एक साल बाद कोई न समझा सके ऐसे खाली DDMI page से बेहतर है।
कुछ भी लिखने से पहले दो चीजें अलग कर लो। पहली, क्या वो switch किसी भी चीज़ के लिए DDMI print करता ही है? कोई ऐसा module उधार लो जो DDM-capable होना पक्का हो, उसे 1/11 में डालो और वही command चलाओ। अगर पूरा block आता है, तो switch वाला पक्ष साबित हो गया और सिर्फ दोनों Avago parts ही variable बचते हैं।
दूसरी, copper module को किसी भी तरफ के सबूत की तरह मत लो, वो अपनी अलग category है। और AFBR-5710PZ का datasheet digital diagnostics के बारे में असल में कहता क्या है? वो part इतना पुराना है कि मैं यह मान भी नहीं लूंगा कि उसमें ये है भी।
Bench पर confirm हो गया। एक SFP-LX-10-E उधार लिया, उसी fibre के साथ 1/11 में डाला, और DDMI पूरा सेट print करता है - temperature, voltage, bias current, Tx और Rx power। AFBR-5710PZ वापस डालते ही error string तुरंत लौट आती है। copper module वाला port 1/9 बिल्कुल पहले जैसा ही behave करता है, जिसे अब मैं पीछे भागने की बजाय बस expect करता हूं।
तो switch अपना काम कर रहा है और जवाब modules ही हैं। यह handover में एक module property की तरह जाएगा, और अगले batch के optics के लिए DDM capability spec में डाल दी। इसने मुझे एक "broken" switch पर होने वाली बहस से बचा लिया।
जानने लायक बात यह है कि यही situation platform के हिसाब से बिल्कुल अलग दिखती है, इसीलिए यह बार-बार bug report बनकर लौटती है।
PAN-OS पर,
show transceiver-detail allहर module के लिए एकdiagnostic-monitorfield print करता है:Yesमतलब वो optical monitoring implement करता है,Noमतलब नहीं करता, और दूसरी स्थिति में module सामान्य रूप से identify तो होता है पर हर diagnostic valueN/Aआती है। कोई error नहीं, बस खाली जगहें - refusal string से समझना कहीं आसान।Nokia 7210 SAS पर गायब values की वजह software भी हो सकती है: शुरुआती releases DDM implement करते ही नहीं, और documentation में यह भी जोड़ा गया है कि जो modules Nokia ने supply नहीं किए उनके लिए data दिख तो सकता है पर उसकी formatting और accuracy की कोई guarantee नहीं है। एक खाली field के लिए तीन संभावित जिम्मेदार - module, platform या release।
और कभी-कभी बात सिर्फ interface की होती है: Omada में adopt किए गए TP-Link switches पर controller में कोई DDM page है ही नहीं, इसके लिए उसका terminal खोलो,
enabletype करो औरshow ddm statusचलाओ।