CRS226, Cisco kodlu bir SFP-10G-LR uplink'te no-link ve sfp-rx-lose yes raporluyor
Küçük bir aggregation sahasını devraldık ve 10G uplink'lerden biri, içindeki modül değiştirildiğinden beri up gelmedi. Modül CRS226 ile uyumsuz olarak listeleniyor, yani şüphe ilk önce oraya düştü, ama okumalar bana reddedilmiş bir modül gibi görünmüyor.
- aggregation sahasında MikroTik CRS226, sfp-sfpplus1'de modül
- Fiberworks SFP-10G-LR, Cisco kodlu
- uzak sahaya single-mode çift, yolda iki panelden patch'li
/interface ethernet monitor sfp-sfpplus1
status: no-link
sfp-rx-lose: yesAynı çıktıda sıcaklık ve besleme voltajı tamamen normal okunuyor, ve modül açıkça algılanmış - bu boş bir kafes okuması değil.
Bizim tarafımızda şimdiye kadar yapılanlar:
- modülü yeniden oturttum ve her iki konnektörü de temizledim
- diğer SFP+ portuna taşıdım, aynı çıktı
- port config'ini kontrol ettim, hiçbir şey zorlanmamış, hiçbir şey disabled değil
Yani hangisi: CRS226 sessizce Cisco kodlu bir modülü reddedip onu no-link olarak mı raporluyor, yoksa sfp-rx-lose düşündüğüm anlama mı geliyor ve karşı uca birini mi göndermeliyim?
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
Kendi çıktın uyumluluk sorusunu zaten cevaplamış. Switch'in reddettiği bir modül sıcaklık ve voltajı hiç raporlamazdı - tam bir monitor okuması, CRS226'nın modülü okuduğu ve onunla gayet iyi konuştuğu anlamına gelir. Ve
sfp-rx-lose: yes, modülün kendi loss-of-signal göstergesi: alım fiberinde ışık görmüyor. Işık girmiyorsa link yok, kodlama ne derse desin.Yani bu bir uyumluluk sorunu değil, bir hat sorunu. Benim çalışacağım sıra:
Değmesi açısından söylüyorum, aynı modül tipi burada aylardır bir CRS226'dan bir CCR'ye kadar çalışıyor, yani eşleşmenin kendisi sorun değil.
Karşı uçta ne var, ve o taraf portunu up olarak gösteriyor mu? Uzaktaki verici açıksa, sade bir loss-of-signal yerine biraz alım gücü beklerdim.
Kimse araçla gitmeden önce iki ucuz kontrol. Patch panelinde iki teli değiştir ve flag'in yerinde kalıp kalmadığına bak. Ve karşı tarafın kendi modülünü okumasını sağla: her iki uç da alım kaybı raporluyorsa çift ortada bir yerde kopmuş demektir veya biri o panellerden birinde yanlış telleri patch'lemiştir.
Sahadayken iki arıza modunu ayrı tutmaya değer. Elindeki hiç ışık olmaması, ve bu kolay olanı. Daha sinsi varyant sadece güç bela var olan ışık: buradaki bir çift fiber uplink'ten biri, link nominal olarak up kalırken -18,4 dBm eşiğine karşı -20,2 dBm'de bir Rx power low alarmı logladı ve 46 bin input error ile 42 bin CRC error biriktirdi.
show interface transceiver detailveshow interface counters errorsbu hikayeyi anlattı.Saha çalışması her iki durumda da aynı - her iki uç yüzeyini temizle ve incele, TX ve RX'i ölç, aşırı uzun bir hat, kötü bir ek veya ucuz bir patch kordon ara, ve seviyeler düşük kalırsa modülü değiştir. Bizimkinde tam suçluyu hiç kanıtlamadım, o yüzden bunu bir hüküm değil bir yön olarak al.
Karşı uç kontrol listesi için bir şey daha: bir alıcı, fiberde hiçbir şey yanlış olmadan kendi kendine ölebilir.
Cisco'nun bir field notice'ı var, FN-72192, QSFP-40G-LR4'lük bir partiyi kapsıyor - QSFP-40G-LR4-S ve WSP-Q40GLR4L olarak da satılıyor - ki bunlar fabrikadan alım dedektörü olması gerekenden hafifçe kaymış halde çıkmış. Notice, seri numarası ACW ile başlayan ve tarih kodu ACW2415xxxx-ACW2449xxxx aralığına düşen modülleri ısırıyor: bunlarda alım tarafı bozuluyor ve link düşüyor. Adı geçen platform ASR 900 serisi. İşlem arızada değişim, yani bu senin konfigüre edeceğin bir şey değil, bir seri numarası kontrolü ve bir support case.
Senin linkine genelleşen kısım: erken uyarı, DOM verisindeki bir uçurumdan düşmek yerine istikrarlı biçimde aşağı kayan bir alım değeri. Bir şey zaten bozulduktan sonra bir kere okumak yerine her uplink'te DOM'u grafiklemek için iyi bir argüman.
Okumalara güvenme konusunda - çoğunlukla evet, ama körü körüne değil. Bir MikroTik SFP+ slotunda oturan bir Huawei GPON ONT stick'inin dolaştığı bir vaka vardı, çok daha hızlı bir planda indirmeler 20 Mbps'nin altında takılıyken çok düşük bir alım gücü raporluyordu, ve hatanın okumada mı yoksa hatta mı olduğunu kimse hiç netleştirmedi. Açık bırakıldı.
Seninki gibi sade bir LR çiftinde monitor çıktısını olduğu gibi kabul ederdim. Bir SFP+ kafesindeki tuhaf modüllerde, bunun etrafında bir truck roll planlamadan önce karşı uçtan ikinci bir okumaya değer.