Lenovo RackSwitch G8124E, UNAPPROVED - SR SFP+ is DISABLED ile generic bir 10G SR SFP+'ı reddediyor
Devre dışı bırakılmış bir raftan bir çift G8124E çıkardık ve bunları dahili bir test ortamı için aggregation katmanı olarak yeniden kuruyorum. Markalı optikler için bütçe sıfır, yani her şey zaten başka yerlerde çalıştırdığımız türden generic 10G SR modülleriyle giriyor.
- Lenovo RackSwitch G8124E, eski IBM markalı şasi
- generic 10G SR SFP+, duplex LC, production top-of-rack'imizde çalışanlarla aynı parti
- tam olarak aynı modül tipiyle 10G'de linke gelen bir server NIC'ine OM3 patch
Port bir an için canlanıyor ve sonra switch onu kapatıyor:
UNAPPROVED - SR SFP+ is DISABLEDBundan sonra link hiç kurulmuyor ve port down kalıyor.
Zaten denediklerim:
- modülü dört farklı kafes boyunca taşıdım, her seferinde aynı mesaj
- aynı partiden ikinci bir modül ve başka bir tedarikçiden üçüncü bir modül taktım
- allow-unsupported gibi bir düğme arayarak arayüz konfigürasyonunu baştan sona geçtim ve hiçbir şey bulamadım
Bu kutuyu üçüncü parti optikleri kabul etmesini sağlamanın bir yolu var mı, yoksa onay kontrolü sadece Lenovo kodlu modüllerle tatmin edebileceğiniz bir şey mi?
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
Kimse size bir komut vermeden önce,
show versionne raporluyor? Bu ailede çözüm tek bir komut değil, code train'e göre ayrılıyor: bir 7.x image'de yaptığınız, 8.x'te yaptığınızdan farklı, yani önce versiyonun belirlenmesi gerekiyor.Ayrıca modüllerin sade generic mi yoksa EEPROM'da tanınabilir bir vendor string'i mi taşıdığını söyleyin. Firmware her modülü o string'e göre derecelendiriyor, ve tam olarak bu switch'te Intel kodlu SFP+'ı olan insanlar da unapproved transceiver uyarısını alıyor, yani mesajın tek başına size optiğin kendisi hakkında pek bir şey söylemiyor.
show version, bunu bir 7.x image'e koyuyor, yani daha eski code train, güncel olan değil.Modüller sade generic, içlerinde Intel ya da Cisco kodlaması yok, kendilerini üreten OEM olarak tanıtıyorlar. Üçüncü modülü de yanında duran bir IBM RackSwitch G8124'e taktım ve orada da aynı davranışı aldım, yani bu tek bir kötü kafes ya da tek bir kötü optik değil.
Daha eski stream'lerde, onay kontrolünü kapatan bir boot loader değişkeni var. 5.x, 6.x, 7.x ve 8.3.x ya da altı için tanımlanmış, yani bir 7.x kutu kapsam içinde.
Bunun için serial console'a ihtiyacınız var, mini-USB RS232 portu, ağ değil. Switch'i reload edin ve boot loader size
=>prompt'unu verene kadar memory test boyunca Shift+M'i basılı tutun, sonra:Değer büyük küçük harfe duyarlı, büyük O ile
Override. Değişkenin gerçekten kaydedildiğini görebilmeniz içinboot'tan önceprintenvçalıştırın. Switch boot'u bitirdikten sonra unapproved SFP+ modüllerini devre dışı bırakmayı durdurur ve portlar kendiliğinden gelir.İki uyarı. Bu bir lab ve acil durum önlemi, Lenovo üçüncü parti optikleri desteklemiyor ve burada hiçbir şey resmi değil. Ve bu eski kutularda dual-rate optiklerden uzak durun, kontrol yoldan çekildikten sonra bile sorun çıkarıyorlar.
Sadece G8124E değil, bütün Lenovo switch hattında aynı hikaye. Burada bir Cisco-Finisar
SFP-10G-LR-S'i Unapproved olarak derecelendiren, portu Disabled gösteren ve linki down bırakan bir G8272'm var. Gerçek Cisco optiği, sadece Lenovo'nun listesinde değil.ThinkSystem tarafında, NE1032 ve NE1032T, ENOS değil CNOS, ve oradaki yol boot loader numarası yerine desteklenmeyen transceiver'lara izin veren bir platform komutu. Onu kendim çalıştırmadım, yani bir pencere planlamadan önce syntax'ı kendi kutunuzda doğrulayın. Alttaki desen değişmiyor: firmware EEPROM vendor string'ini bir listeye karşı kıyaslıyor ve tanımadığı her şeyi devre dışı bırakıyor.
Buna eklenecek bir şey: override, bir firmware yükseltmesinden mutlaka sağ çıkmaz. Yeni bir image basar basmaz portlar tekrar ölürse, modülleri sökmeye başlamadan önce serial console'a geri dönüp
printenv'i kontrol edin, değişken basitçe gitmiş olabilir.Ve vendor kilit açma düğmelerini genel olarak güvenilir saymayın. IOS-XE 16.9.x'li Catalyst 9200'de
service unsupported-transceiver, CSCvk03296 sayesinde hiçbir etki yapmıyor, ve insanların onun yerine kullandığı, portların err-disabled olmasını engelleyen ve FS ile Cables and Kits modüllerinin çalışmasına izin veren global config'tekino errdisable recovery cause gbic-invalid'di. Farklı vendor, aynı ders: dokümante edilmiş düğme ile gerçekte işe yarayan düğme her zaman aynısı değil.