Satıcı kilidi ve «desteklenmeyen alıcı-verici»

En sık görülen tek alıcı-verici sorunu. Anahtar ve NIC satıcıları — Cisco, Intel, HPE/Aruba, Juniper, Mellanox ve diğerleri — bir modülün EEPROM’undan bildirdiği tanımlama dizelerini kontrol eder ve tanımadıkları modülleri reddeder veya işaretler.

Mühendislerin zor yoldan öğrendiği kilit nokta: “desteklenmiyor”, “çalışmayacak” anlamına gelmez. Çoğu platformda bu durum yalnızca bilgilendiricidir ve port çalışır hâle getirilebilir.

Belirtiler

Platform	Ne görürsünüz
Cisco IOS	Port `notconnect — unsupported`; günlük `%C4K_TRANSCEIVERMAN-3-INCOMPATIBLE`
Cisco IOS, bir yükseltmeden sonra	Port `errdisable`’a geçer, neden `gbic-invalid`
Mellanox	EEPROM okunur ama bağlantı yok: `speed and type: Not supported`
Intel X520 / ixgbe	Intel olmayan bir SFP ile `no carrier`

İşe yarayan

Cisco. Tüm portlarda üçüncü taraf modüllere izin vermek için rutin olarak temel yapılandırmalara iki komut gömülür:

service unsupported-transceiver
no errdisable detect cause gbic-invalid

Platforma özgü tuhaflıklar: bazı Catalyst 9200 sürümlerinde ilk komut % Ambiguous command döndürür — komutu tam olarak yazın; Nexus 9000’de bu, sekmeyle tamamlanmayan gizli bir komuttur, ama kabul edilir.

Intel X520 (Linux). Sürücüyü, Intel olmayan modüllere izin veren seçenekle yükleyin:

modprobe ixgbe allow_unsupported_sfp=1

NIC’in kendi EEPROM’unda bir biti çeviren kalıcı bir varyant da mevcuttur ve aşağıdaki kaynaklarda belgelenmiştir — dikkatli ele alın, çünkü NIC EEPROM’una yanlış bir yazma sahada geri alınamaz.

ASR 9000 serisi. Zaten çalışan bir porta takılan bir modül algılanmayabilir: portu shut edin, modülü takın, ardından no shut yapın.

Radikal çözüm — modülü yeniden kodlamak. Modülün satıcı kimliğini ve parça numarasını, kendisini yerli bir modül olarak sunacak şekilde yeniden yazın. CodingBox’ın EEPROM editor içinde yaptığı tam olarak budur; CC_BASE/CC_EXT yeniden hesaplanır ve önce bir yedek alınır. Mekanik ayrıntılar için bkz. EEPROM yeniden kodlama.

Herkesin tekrarladığı tavsiye

Rafta her türden bir orijinal OEM modülü bulundurun. Bir destek talebi açmadan önce onu takın, böylece satıcı sorunu üçüncü taraf optiklere yükleyemez.

Anahtarda doğrulama

Yukarıdakilerden herhangi birinden sonra, modülün görüldüğünü ve okunduğunu doğrulayın: NOS başına komutlar için bkz. Anahtarda optiklerin doğrulanması ve CodingBox’ın tezgâhta okuduğu kimlikle karşılaştırın.

Hostun tam olarak neyi karşılaştırdığı — ad, PN, OUI, seri numarası deseni, satıcı imzası — ve devreye almanın hangi adımında reddettiği: Satıcı alanları, Host ne yapar.

Satıcı başına doğrulama davranışı ve geçersiz kılmalar tek bir tabloda: Her NOS bir modülü nasıl doğrular; platformların beklediği tam PN dizeleri: OEM parça numaraları; NOS başına komut sözdizimi: Port yapılandırma tarifleri.

Bu materyalde bir yanlışlık veya hata bulursanız ilgili bölümü seçin ve Ctrl+Enter tuşlarına basarak .