Lenovo ThinkSystem NE1032, üçüncü taraf SFP+'ı Unapproved gösteriyor ve portları down'da tutuyor
Küçük bir colo kafesinde top of rack olarak bir çift ThinkSystem NE1032 RackSwitch çalıştırıyoruz. Devraldığımız Lenovo markalı optikler portların sadece yarısını kapsıyor, geri kalanı da başka vendor'ların switch'lerinde sorunsuzca kullandığımız aynı partiden generic SFP+ modülleri ve birkaç kısa DAC ile dolduruldu.
Kit:
- Lenovo ThinkSystem NE1032 RackSwitch, VLAN'lar dışında stok konfigürasyon
- generic, kodlanmamış 10G SFP+ modülleri
- switch'ler arası linkte iki kısa pasif DAC
- komşu portlarda Lenovo kodlu SFP+, sorunsuz çalışıyor
Lenovo olmayan her modül için port bilgisi aynı şekilde okunuyor:
port 17 transceiver present approval: Unapproved
port 17 link: down
Bunların yanındaki portlardaki kodlu modüller 10G'de ayakta, yani kablolama ve karşı uç sorun değil.
Şimdiye kadar denenenler:
- modülleri yeniden oturttuk ve portlar arasında değiştirdik, Unapproved derecesi modülü takip ediyor
- aynı generic modülleri başka bir vendor'ın switch'ine taktık, orada hemen 10G'de link kuruyorlar
- port ve arayüz konfigürasyonunu satır satır gözden geçirdik, çalışan portlardan hiçbir farkı yok
Switch'in tanımadığı modülleri kabul etmesini sağlayan desteklenen bir yol var mı, yoksa tek çare kodlu optik satın almak mı?
Comments 3
Bu derece optik hakkında bir hüküm değil. Firmware, modül EEPROM'unun vendor'a özel alanını, kabaca byte 96-128'i okuyor, ve kendi listesiyle eşleşmeyen her şey Unapproved damgası yiyor, bundan sonra da portun ayağa kalkmasına izin verilmiyor. Port konfigürasyonunda değiştireceğin hiçbir şey bunu değiştirmez.
NE1032'de dokümante edilmiş bir override var ve bu düz bir global komut:
Kaydet ve switch'i yeniden başlat. Reload'dan sonra modüller vendor kontrolü yerine MSA alanlarına göre sürülüyor, ve generic SFP+ diğer her şey gibi ayağa kalkıyor.
İki uyarı. Komut platforma özgü - aynı ifadenin başka Lenovo switch'lerinde de geçerli olacağının garantisi yok, o yüzden bunu tüm envanter için bir şablon olarak dağıtma. Ve support, bu etkinken bir port üzerinde ticket açarsan üçüncü taraf optikleri seve seve işaret edecektir, o yüzden bir değişim testi için rafta birkaç kodlu modül tut. Override'ı konfigürasyonda hiç taşımak istemiyorsan, alternatifler orijinal Lenovo optikleri ya da Lenovo için önceden kodlanmış sipariş edilmiş üçüncü taraf modülleri.
Sadece NE1032'de değil, o switch hattının tamamında aynı hikaye. Bir RackSwitch G8124-E'de reddedilen Intel kodlu bir SFP gördüm, ve bir G8272'de Disabled olarak Unapproved derecesiyle ve link down halinde oturan bir Cisco-Finisar SFP-10G-LR-S gördüm. Firmware her modülü önce kendi vendor listesine karşı puanlıyor, soruları sonra soruyor.
Eski cihazlarda aynı komutu aramaya çıkmadan önce bilinmesi gereken bir şey: ENOS tabanlı RackSwitch modellerinde override bir config komutu olarak değil, boot loader'da bir sfp Override ayarı olarak yaşıyor, yani CNOS'ta işe yarayan şey orada basitçe yok. Elimde o menüde sana rehberlik edecek kadar yakın zamanda bir G8124-E bulunmadı, o yüzden buna göre bir kesinti penceresi planlamadan önce kendi cihazında doğrula.
Bakım penceresinde çalıştırdım. configure terminal, system unsupported-transceiver, exit, copy running-config startup-config, sonra bir reload - switch geri geldikten sonra tüm generic modüller normal görünüyor ve her iki DAC linki de 10G'de. Port bilgisi artık üzerlerinde Unapproved derecesi taşımıyor.
Bunu sonradan bulanlar için: reload gerekliydi, switch ayaktayken portlar durum değiştirmedi. Önerildiği gibi yedek çekmecesine iki kodlu modül de koyduk, böylece birini aramadan önce bir portun sağlıklı olduğunu kanıtlayabiliyoruz.