Zyxel RGS200-12P, iki Avago SFP için "% SFP module doesn't support DDMI" basıyor
Endüstriyel kabinleri müşterinin kendi monitoring'i üzerine kurulu şekilde teslim ediyoruz, yani uplink portlarında okunabilir DDMI kabul listesinin bir parçası. Bir RGS200-12P'de önemli olan iki port, DDMI etkinleştirildikten sonra hiçbir şey basmayı reddediyor, oysa iki link de up ve forward ediyor.
- Zyxel RGS200-12P, DDMI enabled
- port 1/9: AVAGO ABCU-5740RZ-HP8, 1000BASE-T bakır SFP
- port 1/11: AVAGO AFBR-5710PZ, 1000BASE-SX
- iki link de up, her iki tarafta da temiz sayaçlar
% SFP module doesn't support DDMIŞimdiye kadar yaptıklarım:
- DDMI'yi kapatıp tekrar açtım, kaydettim, switch'i yeniden yükledim
- iki modülü de yeniden oturttum ve başka kafeslere taşıdım - her portta aynı cevap
- link'lerin kendisinin sorunsuz olduğunu doğruladım, trafik hatasız geçiyor
Yani hangisi: switch satmadığı optiği okumayı mı reddediyor, yoksa iki Avago parçasının gerçekten elinde verecek diagnostics mi yok? Handover'dan önce müşteriye omuz silkmek yerine bir cevap ya da diğerini vermem gerekiyor.
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
İki farklı sebep, tek bir hata metninin arkasında saklanıyor.
Bakır port beklenen davranış. 1000BASE-T SFP'ler bir sınıf olarak hiç dijital diagnostics implement etmez - raporlayacak bir optik güç yok ve bu parçalar genelde hiçbir diagnostic sayfası taşımaz, yani ABCU-5740RZ-HP8'li 1/9, DDMI nasıl konfigüre edilirse edilsin sıcaklık, voltaj ya da güç göstermeyecek. Düzeltilecek bir şey yok, eskale edilecek bir şey yok.
Fiber port farklı bir sebeple aynı sonuca varıyor: o belirli Avago parçasının EEPROM'unda DDM/DDMI sayfası yok. SFF-8472, diagnostics sayfasını opsiyonel bırakıyor ve o neslin pek çok 1000BASE-SX modülü onsuz sevk edildi. Switch burada yabancı bir modülü engellemiyor, gerçeği raporluyor - modülde okunacak hiçbir şey yok.
Bunu beş dakikada çözen kontrol, zaten önerilmiş olan: aynı kafeste DDM-capable olarak belirtilmiş bir modül. Bir RGS200-12P'deki Zyxel SFP-LX-10-E, tam DDMI bloğunu basıyor, bu da switch'in ve konfigürasyonun sorunsuz olduğunu kanıtlıyor. Bu vendor'la ilgili olağan uyarı: kendi beyan ettikleri pozisyon, üçüncü parti optiklerin kapsam dışı olduğu ve paket kaybı ile bağlantı sorunları getirebileceği, yani diagnostics bir kabul kriteriyse umut etmek yerine satın alma şartnamesine "DDM/DOM capable" yaz.
Bu kabinette optikler değiştirilemiyorsa, o iki portu link durumu ve interface sayaçlarıyla izle ve bunu handover dokümanında belirt. Bu dürüst bir cevap ve bir yıl sonra kimsenin açıklayamayacağı boş bir DDMI sayfasından daha iyi.
Bir şey yazmadan önce ayırmakta fayda olan iki şey var. Birincisi, o switch herhangi bir şey için DDMI basıyor mu diye? DDM-capable olduğunu bildiğin bir modülü ödünç al, 1/11'e tak ve aynı komutu çalıştır. Tam bir blok çıkarsa, switch tarafı kanıtlanmış olur ve geriye tek değişken olarak iki Avago parçası kalır.
İkincisi, bakır modülü ne yönde olursa olsun kanıt olarak sayma, o kendi başına ayrı bir kategori. Bir de AFBR-5710PZ'nin datasheet'i dijital diagnostics hakkında aslında ne diyor? O parça, hiç diagnostics'i olduğunu varsaymayacak kadar eski.
Tezgahta doğrulandı. Bir SFP-LX-10-E ödünç aldım, aynı fiberle 1/11'e taktım, DDMI tam seti basıyor - sıcaklık, voltaj, bias akımı, Tx ve Rx gücü. AFBR-5710PZ'yi geri takınca hata metni hemen geri dönüyor. Bakır modüllü 1/9 tam olarak öncekiyle aynı davranıyor, artık peşinden koşmak yerine bunu bekliyorum.
Yani switch işini yapıyor ve cevap modüller. Handover'a bir modül özelliği olarak giriyor, DDM kapasitesi de bir sonraki optik partisi için şartnameye giriyor. Bu bana "bozuk" bir switch hakkında bir tartışmadan kurtardı.
Aynı durumun platforma göre tamamen farklı okunduğunu bilmekte fayda var, sürekli bir bug raporu olarak geri gelmesinin sebebi de bu.
PAN-OS'ta,
show transceiver-detail allher modül için birdiagnostic-monitoralanı basıyor:Yesoptik monitoring implement ettiği,Noetmediği anlamına geliyor, ikinci durumda da modül yine normal şekilde tanımlanıyor ama her diagnostic değeriN/Aolarak geri geliyor. Hata yok, sadece boşluklar - bir ret metninden yorumlaması çok daha kolay.Bir Nokia 7210 SAS'ta eksik değerlerin sebebi yazılım olabiliyor: erken release'ler DDM'i hiç implement etmiyor, dokümantasyon da Nokia'nın vermediği modüller için verinin gösterilebileceğini ama formatının ve doğruluğunun garanti edilmediğini ekliyor. Tek bir boş alan için üç olası sorumlu var - modül, platform veya release.
Ve bazen sadece interface'in kendisi: Omada'ya adopte edilmiş TP-Link switch'lerde controller'da bir DDM sayfası yok, terminaline giriyorsun,
enableyazıpshow ddm statusçalıştırıyorsun.