Orijinal 160-9103-900 SFP+, Ciena 3930'da UCTF olarak geliyor - certified modül listesi nerede
Sahada zaten duran bir 3930'da bir müşteri için 10G handoff'u commission ediyorum. Modül Ciena'nın kendisi, bizim stoğumuzdan çekildi, port da geliyor - ama operational state Ena yerine UCTF ve uncertified transceiver alarmı orada kalıcı olarak oturuyor. Kabul testi temiz bir alarm listesi içeriyor, yani bunu olduğu gibi teslim edemem.
- Ciena 3930, sahaya teslim edildiği haliyle yazılım
- Ciena 160-9103-900 SFP+ 10G
- müşterinin NTU'suna single-mode çift, kısa mesafe
> port xcvr show
Port 1 ... Oper State: UCTFDenediğim:
- modülü yeniden oturttum ve başka bir porta taşıdım, aynı sonuç
- aynı stoktan ikinci bir 160-9103-900 taktım, birebir aynı UCTF
- link'in trafiği forward ettiğini doğruladım, yani bu bir optik sorunu değil
Bir Ciena switch'teki Ciena markalı bir modülün asla tartışmayan tek kombinasyon olmasını bekliyordum. Çalışan yazılımın hangi transceiver modellerini gerçekten certify ettiğini nasıl bulurum, uncertified durumunu ne giderir?
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
Tam olarak bu, ve insanları yakalıyor çünkü herkes kontrolün üretici hakkında olduğunu varsayıyor. Değil. Switch'in karşılaştırdığı şey, modülün taşıdığı kodlama ile kendi yazılım release'inin certify ettiği model listesi. Bir Ciena yapımı modül, modeli o listede yoksa UCTF olarak geliyor, uyumlu-optik bir vendor'dan gelen ama kodlaması listedeki bir girişle eşleşen bir modül ise temiz geliyor.
Yani workflow şöyle:
İhtiyacın olan hıza ve menzile uyan bir girişi ilk komuttan al, ona kodlanmış modüller tedarik et. Bir 3930'da aynı UCTF'yi yaşadık ve supported listede olan XCVR-S10V31'e kodlanmış bir ModuleTek 10G LR SFP+ taktık - port, operational state Ena ile ve hiçbir uncertified göstergesi olmadan geldi, switch'te başka hiçbir şeye dokunulmadı.
Müşteri handover'ından önce belirtmeye değer uyarılar: bu bir kodlama eşleşmesi, bir vendor destek beyanı değil, yani kutu bir sözleşme kapsamındaysa, tasarıma sokmadan önce anlaşmanın Ciena olmayan optikler hakkında ne dediğini kontrol et. Diğer yol, 160-9103-900'ü gerçekten listeleyen bir yazılım release'i, ama canlı bir müşteri servisinde bir upgrade genelde ikisinin daha pahalı olanı.
port xcvr show supported'ı çalıştır ve çıktıda kendi modelini ara. Kutudaki release'in certify etmeye razı olduğu modelleri ve line rate'leri döküyor, burada geçerli olan tek şey de o liste - kafesin üzerine basılan değil.Ne döndüğünü paylaş, ya da en azından 160-9103-900'ün içinde görünüp görünmediğini. Görünmüyorsa cevabını çoktan almışsın demektir ve modülün gerçek Ciena olmasının bununla hiçbir ilgisi yok. 3930'un hangi SAOS release'inde olduğunu söylemek de değerli - liste release başına değişiyor, sahada bir süredir duran bir kutu, daha sonraki bir yazılımın listelediği bir part number'dan kolayca daha eski olabilir.
Çalıştırdım. Liste uzun, ama 160-9103-900 içinde yok - iki kere baştan sona geçtim. Yazılım kutunun geldiği haliyle, kurulduğundan beri kimse release'e dokunmamış,
port xcvr showde portu hâlâ UCTF'de tutuyor.Yani gerçek bir Ciena parçası bir Ciena switch'te uncertified, çünkü bu release onu listelemiyor. Beklediğim cevap değil, ama aynı stoktan ikinci modülün neden birebir aynı davrandığını açıklıyor.
Kodlamanın sorun olmadığı hata modunu da eklemekte fayda var, çünkü kodlamanın peşinden koşmak pahalı. 15.3(1)S çalışan bir ME3600X'te
%PHY-4-SFP_NOT_SUPPORTED: The SFP in Te0/1 is not supportedve 10G modüllerde bir gbic-invalid err-disable vardı.service unsupported-transceiverveno errdisable detect cause gbic-invalidhiçbir şeyi değiştirmedi, modüllershow inventory'de hiç görünmedi,show interfacehiç media type basmadı, bir optik ölçer de onlardan hiç ışık görmedi. Ölü bir partiydiler - zaten hizmetteki başka bir ME3600'den çekilen modüller anında çalıştı. Media type yok artı Tx ışığı yok demek donanım demek, hiçbir unlock komutu onu kurtarmaz.Ölçeğin diğer ucu ise platform için özellikle yanlış olan bir kodlama: bir ASR 9001'deki üçüncü parti 80 km DWDM SFP+, jenerik bir PID ile down kaldı,
transceiver permit pid allde onları kurtarmadı, çünkü IOS XR o platformun optik matrisinden DWDM-SFP10G-xx.yy şeklinde bir PID istiyordu. Tedarikçi partiyi yeniden kodladı ve geldiler. Senin durumun ikisinin arasında: kodlama geçerli, sadece release'in listesinde değil.