Ciena 3930: 1GE SFP mutlaka Ciena kodlu mu olmalı, yoksa 1000BASE-LX spesifikasyonunu tutturmak yeterli mi
Bir Ciena 3930'da 1GE bir carrier handoff'u karşılıyoruz ve bunun için bir yedek parça kiti hazırlıyorum. O devre için belirtilen modül XCVR-A10Y31, bir 1000BASE-LX/LC parçası: 1310 nm, 10 km tek mod. Bunda egzotik bir şey yok, ve rafta tam olarak bu spesifikasyona sahip generic optiklerin durduğu bir çekmecem var, rack'ten üç metre ötede.
- Ciena 3930, carrier'a bakan 1GE fiber portu
- şu anda portta: XCVR-A10Y31, 1000BASE-LX/LC olarak raporlanıyor
- stoklamayı tercih ettiğim: generic 1310 nm 10 km LX SFP'ler, aynı optik spesifikasyon, Ciena kodlaması yok
Cihazda baktığım şey:
port xcvr show
port xcvr show supportedsupported çıktısı, çalışan release'in bildiği transceiver modellerini basıyor, ve oradaki her girdi bir Ciena parça numarası. Porttaki ile eşleşiyor, sorun yok. Bu çıktının bana söylemediği şey, listenin tavsiye niteliğinde mi olduğu yoksa platformun listede olmayan bir modüle bir şey mi yaptığı.
Şimdiye kadar yaptığım:
- spesifikasyonları satır satır karşılaştırdım - dalga boyu, menzil, konnektör ve hız generic parçalarda hepsi eşleşiyor
- çalıştırdığımız platformları kapsayan tek bir uyumluluk listesi aradım, ve sadece platform başına, release başına makaleler buldum
Yani hangisi: modülün mutlaka Ciena tarafından satılan bir şey mi olması gerekiyor, yoksa aynı optik spesifikasyona sahip herhangi bir SFP kutu açısından sorun değil mi?
Comments 3
Bu spesifikasyon değil, kodlama meselesi. Ciena transceiver'ları modülün kendisi hakkında ne raporladığına göre sertifikalandırıyor, yani optik olarak özdeş bir LX parçası platform için kodlanmamışsa çalıştırdığın release'in sertifikalı listesinde basitçe yok demektir. 1310 nm ve 10 km'yi tutturmak o katmanda sana hiçbir şey kazandırmıyor.
İyi haber şu ki SAOS burada IOS gibi davranmıyor. err-disable yok, portu kaldırmayı reddetme yok. Liste dışındaki bir modül UCTF - uncertified transceiver - operasyonel durumunda geliyor, ve port o durumda da link kurmaya ve trafik taşımaya devam ediyor. İhtiyacın olanı üç komut karşılıyor:
İlki sadece portun gerçekten ayakta olduğunu doğruluyor. İkincisi modülü sana geri okuyor - kim üretti, hangi parça olduğunu iddia ediyor, ve düzgün bir yedek parçada Ciena parçasının bastığı ile tıpatıp aynı şekilde 1000BASE-LX/LC basan medium/connector satırı. Üçüncüsü senin sorunu çözüyor: yüklü release'in neyi sertifikaladığını listeliyor, ve dışında kalan her şey UCTF işaretini taşıyor.
Bütün yedek parça kitini buna dayandırmadan önce iki uyarı. Sertifikalı liste yazılım release'ine bağlı, yani bir upgrade onu ayağının altından kaydırabilir, ve davranış aile içinde birebir aynı değil, yani bir kardeş model yerine gerçek modelde doğrula. Ve bariz olanı: carrier'ın sana verdiği bir devrede, sayaçlar ne derse desin bir ticket açıldığında herkesin ilk işaret ettiği şey sertifikasız modül oluyor. Ben XCVR-A10Y31'i handoff portunda tutar, generic parçaları iç linklere koyardım.
Handoff'a yaklaşmadan önce bir lab portunda denedim. Generic 1310 nm LX takıldı, link geldi, ve port xcvr show, tarif edildiği gibi tam olarak medium olarak 1000BASE-LX/LC ile üçüncü taraf vendor string'ini okuyor. Durum UCTF gösteriyor, port forward etmeye devam ediyor, ve log'da şikayet gibi görünen hiçbir şey yok.
Yani çalışıyor, ve ben yine de zaferi değil uzlaşmayı seçiyorum: XCVR-A10Y31 carrier'a bakan portta kalıyor çünkü o devre sözleşme altında, generic parçalar ise sertifikasız işaretin bana hiçbir şeye mal olmadığı iç linklere gidiyor. Umduğum cevap değildi ama en azından artık kutunun gerçekte ne yaptığını biliyorum.
Eski Carrier Ethernet cihazlarında da aynı tablo. Kullanımdan kaldırılmış bir yığın cihaz - bir LE-311v ve bir 3911 - WWP markalı bir 1000BASE-LX ve kendini Cisco GLC-T olarak tanıtan bakır bir 1000BASE-T SFP'yi yuttu, ve iki cihaz da hiçbir modülü reddetmedi. İkisi de sertifikasız olarak ayağa kalktı ve trafik taşıdı. Bilinmeye değer bir fark: 3911 port başına ayrı bir transceiver tipi raporladı, LE-311v ise denenen modüller arasında hiçbir fark göstermedi, yani tek bir platformun bastığına fazla anlam yükleme.
Yedek parça kiti sorusuna gelince, tek bir platformlar arası matris yok ve bir tane ararken bir öğleden sonranı kaybedersin. Bulduğum her liste bir yazılım hattındaki tek bir platformu kapsıyor, yani aynı rack'teki iki cihaz release'leri farklı olduğu için birbirini tutmayabiliyor. Kendi kitimiz için tuttuğumuz listelerden, XCVR-A10Y31 39xx ve 51xx cihazlarında geçiyor - bir tarafta 3926 ve 3928, diğer tarafta 5142, 5160, 5170 ve 5171 - ve ondan öteye geçmiyor. 6500 ve 8700 packet-optical, onların listeleri kendilerine ait, switch'lerden hiçbir şey devrolmuyor. Önündeki cihazda port xcvr show supported, her upgrade'den sonra tekrar çalıştırılmış olarak, doğru kalan tek cevap.