TL-SG3428X-M2 (V1): SFP+ 26 yuvası hiçbir TL-SM5310-T ile link vermiyor, 27 de onunla titreşiyor
Küçük bir ofis ağına bakıyorum, tek switch dolabı var, erişim switch'imizdeki dört SFP+ yuvası da sunucu kabinine giden 10G linkleri taşıyor. Aylarca sorunsuz çalıştı, şimdi bir yuva bir anda gitti.
- TP-Link TL-SG3428X-M2 (V1), firmware 1.20.4 Build 20241104 Rel.40746, Omada'da adopte edilmiş
- SFP+ port 25-28'de dört adet TP-Link TL-SM5310-T 10GBASE-T modülü
- CAT6A patch kordonlar, karşı uçlarda iki sunucu ve bir NAS var
Şu anki port durumları:
port 25 up, 10G
port 26 down, no link LED with any module
port 27 up, 10G, but drops for a moment whenever a cable goes into or out of port 26
port 28 up, 10GDenediklerim:
- modülleri dört yuva arasında sırayla değiştirdim: 26'daki modül 25 ve 28'de sorunsuz link veriyor, 26'ya ne taksam karanlık kalıyor, yani modüllerin kendisi sağlam
- yeni patch kordonlar denedim, farklı karşı uç portlarına taktım, değişen bir şey olmadı
- switch'i reboot ettim, portu disable/enable ettim, değişen bir şey olmadı
Açıklayamadığım kısım şu: sadece port 26'ya dokunduğumda port 27'nin titremesi. 26 numaralı yuva ölü ve RMA'yı hak ediyor mu, yoksa önce ekarte edilmesi gereken başka bir şey mi var?
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 6
Bu 1.20.4 Build 20241104'teki bir firmware regresyonu, donanım ölmüş değil. Tarif ettiğin örüntü - sağlam olduğu bilinen modüllerle hiç ışık vermeyen bir SFP+ yuvası, artı ölü olanı rahatsız ettiğinde titreşen bir komşu - bu build'in TL-SM5310-T bakır modüllerle yaptığı şey.
Switch'i bir önceki sürüme geri al, portlar geri gelir. Pratikte:
TP-Link'in kendi ekibi bu sürümde Omada switch'lerde, kontrolcü v5.14'e uyarlanmış olanlarda, bir şeylerin bozuk olduğunu kabul etti, konunun incelendiğini söyledi ve şimdilik eski firmware'de kalınmasını önerdi. Yani destek talebini donanım için değil, build numarası için harca.
Gerçekten downgrade edemiyorsan tek çözüm hâlâ çalışan üç yuvayla idare edip port 26'yı boş bırakmak. Bu bir düzeltme değil, sadece düzeltilmiş bir sürüm çıkana kadar hizmette kalmanın bir yolu.
RMA formunu doldurmadan önce: bu ne zaman başladı, aynı sıralarda switch bir firmware güncellemesi aldı mı? 1.20.4 Build 20241104 oldukça yeni, otomatik güncellemeler açıksa kontrolcü kendi kendine yeni bir imajı gönderiverir.
Bir de şunu netleştirmekte fayda var: port 27 sadece 26'da modül varken mi titriyor, yoksa 26 boşken de mi? Ölü bir yuva normalde komşusunu flap ettirmez. Bu kısım kırık bir lehim noktasından çok, portların arkasındaki yazılımı kokluyor.
Burada da aynı switch, aynı build, yalnız değilsin. Port 25 sorunsuzdu, port 26 sahip olduğum her modülle link LED'i vermedi, 27 ve 28 ise gelip gitti - biri bir EAP783'ü besliyor, o yüzden her kopma fazlasıyla göze battı. Tam olarak aynı modül değiştirme ritüelinden geçtim ve kendimi ölü bir yuvaya inandırdım.
Yuva değildi. Sorun başlamadan kısa süre önce cihaz bir firmware güncellemesi almıştı, önceki imaja dönünce dört SFP+ portu da geri geldi. Herhangi bir yeri herhangi bir yere göndermeden önce güncelleme geçmişini kontrol et.
Doğrulandı, switch'i göndermeye ne kadar yaklaştığımı düşününce utanç verici. Güncelleme geçmişi 1.20.4 Build 20241104'ün portlar tuhaflaşmadan birkaç gün önce geldiğini gösteriyor, ben de onu elle hiç başlatmadım, yani kendi kendine gelmiş.
Önceki sürüme geri döndüm, yeniden adopte ettim, dört yuva da port 26 dahil 10G'de ayakta. Port 27 artık 26 üzerinde çalışırken titremiyor. Otomatik güncellemeler şimdi kapalı ve eski imaj dosya sunucusunda config yedeğinin yanında duruyor.
Arşiv için: aynı ailede bilinmesi gereken bir firmware tuzağı daha var. Bir workstation'ı besleyen SM5310-T(UN) takılı TL-SX3008F (V1)'de, 1.20.2 ve 1.20.3 firmware'leri PC uykuya geçer geçmez ya da kapatılır kapatılmaz SFP+ portunu öldürüyordu. Modülü boş bir yuvaya taşımak yuva başına tam olarak bir kez işe yarıyordu, tüm yuvalar kullanıldıktan sonra da portları sadece switch reboot'u geri getiriyordu. Portu 1G'ye sabitlemek sorunu önlüyordu, tabii parasını verdiğin hızdan feragat ederek.
Başka bir kullanıcı bir Iocrest AQC113 adaptörünün arkasında 10Gtek (ASF-10G2-T), Wiitek ve Xicom'dan RJ45 modüllerle aynı şeye takıldı. 1.20.0 Build 20231011 Rel.42220'ye downgrade etmek ikimiz için de sorunu çözdü. Farklı belirti, aynı ders: bu build'lerdeki hatalar bakır SFP+ tarafında birikiyor.
Bu switch ailesiyle aklının bir köşesinde tut: boşta duran bir modül sana bir porttan daha pahalıya patlayabilir. 1.0.0 Build 20210730 Rel.65115 çalışan bir TL-SX3016F'de, hiç trafik yokken CPU %87-89'da oturuyordu ve loga her üç dakikada bir CPU RISING THRESHOLD satırı düşüyordu.
Yük takılı modül sayısını izliyordu - bir modülde %0-1, iki modülde %73-76, üç veya daha fazlasında %88-90 - ve sebep fiber takılı ama karşı uçta hiçbir şey yanmayan Mellanox MFM1T02A-SR modülleriydi, yani link hep down kalıyordu. Onları Ubiquiti UF-MM-10G ile değiştirmek CPU'yu port ne yaparsa yapsın düşük tutuyordu, kullanılmayan modülleri çekip çıkarmak da aynı şekilde işi çözüyordu. TP-Link'in kendi cevabı, linki down bir modülün orada durmasının çipset için pahalıya mal olduğu, port düzgün link verdiğinde de yükün geri düştüğü yönündeydi. Tuhaf kalan yarısı açıklanmadan kalıyor: markayı değiştir, modülü aynı şekilde boşta bırak, CPU sakin kalıyor. Yani eski firmware'e döndükten sonra CPU grafiğine de bir göz at.