असली 160-9103-900 SFP+ Ciena 3930 पर UCTF में आता है - certified module list कहां मिलेगी
site पर पहले से मौजूद एक 3930 पर customer के लिए 10G handoff commission कर रहा हूं। module Ciena का अपना ही है, हमारे stock से निकाला गया, और port up भी हो जाता है - पर operational state Ena की बजाय UCTF है और uncertified transceiver alarm वहां permanently बैठा रहता है। acceptance test में एक साफ alarm list शामिल है, तो मैं इसे ऐसे handover नहीं कर सकता।
- Ciena 3930, जैसा software site पर deliver हुआ था वैसा ही
- Ciena 160-9103-900 SFP+ 10G
- customer NTU तक single-mode pair, कम दूरी
> port xcvr show
Port 1 ... Oper State: UCTFमैंने जो आज़माया:
- module reseat किया और दूसरे port पर ले गया, वही नतीजा
- उसी stock से दूसरा 160-9103-900 लगाया, वही UCTF
- confirm किया कि link traffic forward करता है, तो यह optical problem नहीं है
मुझे उम्मीद थी कि Ciena switch में Ciena-branded module ही वो एक combination होगा जो कभी बहस नहीं करता। मुझे कैसे पता चले कि running software असल में कौन से transceiver models certify करता है, और uncertified state किस चीज़ से हटती है?
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
बात बिल्कुल यही है, और यह लोगों को इसलिए फंसाती है क्योंकि सब मान लेते हैं कि check manufacturer के बारे में है। है नहीं। switch जो compare करता है वो है module पर मौजूद coding बनाम उसके अपने software release की certify की गई models की list। Ciena का बनाया module जिसका model उस list में नहीं है वो UCTF में आता है, और किसी compatible-optics vendor का module जिसकी coding list की किसी entry से match करती है वो साफ-सुथरा आता है।
तो workflow यह है:
पहले command से वो entry लो जो तुम्हें चाहिए rate और reach से match करती हो, और उसी coding वाले modules source करो। हमारे यहां एक 3930 पर वही UCTF था और हमने XCVR-S10V31 पर coded एक ModuleTek 10G LR SFP+ लगाया, जो supported list में है - port operational state Ena के साथ up हो गया, कोई uncertified indication नहीं, और switch पर कुछ और छुआ तक नहीं गया।
customer handover से पहले कहने लायक caveats: यह coding match है, vendor support का बयान नहीं, तो अगर box contract में है, non-Ciena optics के बारे में agreement क्या कहता है यह design में लाने से पहले check कर लो। दूसरा रास्ता वो software release है जो 160-9103-900 को list करता है, पर live customer service पर upgrade आमतौर पर दोनों में महंगा वाला होता है।
port xcvr show supportedचलाओ और output में अपना model ढूंढो। यह उन models और line rates को dump करता है जिन्हें box पर मौजूद release certify करने को तैयार है, और यहां सिर्फ वही list मायने रखती है - cage पर जो stamped है वो नहीं।जो वापस आए वो पोस्ट करो, या कम से कम यह कि 160-9103-900 उसमें दिखता है या नहीं। अगर नहीं दिखता, तो तुम्हारा जवाब मिल चुका, और module genuine Ciena होने से इसका कोई लेना-देना नहीं। यह भी बताना ठीक रहेगा कि 3930 किस SAOS release पर है - list per-release है, और जो box काफी समय से site पर बैठा है वो आसानी से किसी ऐसे part number से पुराना हो सकता है जिसे बाद का software list करता है।
चला के देखा। list लंबी है, पर 160-9103-900 उसमें नहीं है - दो बार देख लिया। software वही है जिसके साथ box shipped हुआ था, install होने के बाद से किसी ने release को छुआ नहीं, और
port xcvr showअब भी port को UCTF पर रखता है।तो एक genuine Ciena part Ciena switch पर uncertified है क्योंकि यह release उसे list ही नहीं करता। जिस जवाब की उम्मीद थी वो नहीं, पर यह ज़रूर समझा देता है कि उसी stock से दूसरा module भी बिल्कुल वैसा ही क्यों निकला।
वो failure mode भी जोड़ना ठीक रहेगा जहां coding समस्या नहीं है, क्योंकि coding के पीछे भागना महंगा पड़ता है। 15.3(1)S चला रहे एक ME3600X पर मुझे
%PHY-4-SFP_NOT_SUPPORTED: The SFP in Te0/1 is not supportedमिला और 10G modules पर gbic-invalid err-disable।service unsupported-transceiverऔरno errdisable detect cause gbic-invalidसे कुछ नहीं बदला, modulesshow inventoryमें कभी दिखे ही नहीं,show interfaceने कोई media type print ही नहीं किया, और optical meter को उनसे कोई light नहीं मिली। वो एक dead batch था - किसी दूसरे already service में चल रहे ME3600 से निकाले modules तुरंत काम कर गए। कोई media type न होना और कोई Tx light न होना मिलकर hardware की बात है, और कोई unlock command उसे नहीं बचाएगी।पैमाने के दूसरे सिरे पर वो coding है जो specifically platform के लिए गलत है: एक ASR 9001 में third-party 80 km DWDM SFP+ generic PID के साथ down ही रहे, और
transceiver permit pid allने उन्हें नहीं बचाया, क्योंकि IOS XR को उस platform की optics matrix से DWDM-SFP10G-xx.yy जैसी shape वाला PID चाहिए था। supplier ने batch recode किया और वो up हो गए। तुम्हारा case बीच में कहीं बैठता है: coding valid है, बस वो release की list में नहीं है।