pfSense Plus 22.05'te Supermicro E300-9A: USW-Aggregation'da sorunsuz linkleyen bir DAC ile ix2 ve ix3 no carrier'da kalıyor
Firewall'ım pfSense Plus 22.05 çalıştıran bir Supermicro E300-9A, ve iki 10G SFP+ port da ayağa kalkmayı reddediyor. Kafese ne taksam ix2 de ix3 de carrier göstermiyor.
Donanım:
- Supermicro E300-9A, pfSense Plus 22.05
- Ubiquiti DAC-SFP10-0.5M ve bir 10Gtek pasif twinax kablo
- alternatif olarak Supermicro AXS85-192-M3 fiber modülleri
- switch tarafında Ubiquiti USW-Aggregation
# ifconfig ix2
ix2:
media: Ethernet autoselect
status: no carrierix3 de aynı görünüyor.
Şimdiye kadar denenenler:
- her iki kablo da USW-Aggregation'da başka cihazlar arasında çalışıyor, yani ölü değiller
- bakırı AXS85-192-M3 fiber modülleriyle değiştirdim, iki portta da aynı no carrier
- cihazı birkaç kez yeniden başlattım, çalışırken bir modül takmak dahil
Bu kutuda kafesler çalışmaya başlamadan önce tekmelenmesi gereken bir şey mi var, yoksa iki ölü port mu izliyorum?
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
Warm reboot sizi hiçbir yere götürmez - o portlar bir media durumunu kilitliyor ve restart'ta bir daha hiç yeniden algılamıyor. Cihazı düzgünce kapatın, güç adaptörünü birkaç dakikalığına çekin, sonra modül zaten takılıyken tekrar başlatın. Burada iki portu da geri getiren buydu, bir başka kişi de bir Intel X552 portunda birebir aynı davranışı anlattı, bu yüzden bunun bir pfSense sorunundan çok bayat bir media durumu olduğunu düşünüyorum.
Sistem zaten çalışırken bir modül takarsanız, yeniden başlatmak yerine arayüzü indirip kaldırın:
Bu, sürücünün kafese tekrar bakmasını sağlar. Hiçbir şey için kalıcı bir çözüm değil ama tezgahta modül değiştirirken bir reboot'tan kurtarır. Sonucu ön panel yerine
ifconfig -aile kontrol edin.Önce tam güç kesintisini yapın ve switch tarafına dokunmadan her iki kafesi de bir DAC ile doğrulayın. Burada tek seferde tek şeyi debug etmek önemli, çünkü 'her modülde no carrier' ile 'link yanlış hızda geliyor' genelde aynı kablo hattında rastlaşan iki ayrı arızadır.
Tam güç kesintisi işi halletti. Kapattım, adaptörü çektim, birkaç dakika bekledim, tekrar açtım - iki port da ayağa kalktı. ix2 ile ix3 arasında bir DAC ile loop yaptım ve temiz bir 10G link aldım, AXS85-192-M3 çifti de iki port arasında 10G yapıyor, yani kafesler ve modüller sorunsuz.
Switch tarafı başka bir hikaye. USW-Aggregation'a doğru link hep sadece 1G'de negotiate ediyor, hangi uçta 10G'yi zorlasam düşüyor ve öyle kalıyor. Yani sorunun yarısı gitti, can sıkıcı yarısı hâlâ burada.
1G'ye düşme yarısı çok tanıdık geliyor. Aynı belirtiyi bir TL-SG3428X ve bir TL-SX3008F'de kovaladım: o SFP+ portlarından birine takılı bir sunucuyu yeniden başlatınca, switch portu ne için ayarlanmış olursa olsun 1G'de negotiate edilmiş halde geri geliyordu. Intel X520-DA2, Mellanox ve HP adaptörleri, Intel E10GSFPSR ve 10GTek optikleri, firmware güncellemeleri, Linux ve Windows'ta birkaç sürücü sürümü, port profilleri - hiçbiri bir şey değiştirmedi. Bir switch reboot'u, ya da port hızını 10G'den uzaklaştırıp geri getirmek, bir sonraki host reset'ine kadar 10G linki geri getiriyordu.
Asıl işe yarayan, host'ta bir şey değil optikleri değiştirmekti: switch tarafına TP-Link SM5110-SR modülleri takınca link her seferinde 10G'de geri geldi. Başka biri de bunu bir SG3428XMPP'de doğruladı. Genel kanı, switch'in host tarafında bir link reset'inden sonra bazı üçüncü parti modüllerle yanlış negotiate ettiği yönündeydi.
Sizin tarafınızda farklı bir vendor var ama şekil aynı. Herhangi bir şeyden bir set almadan önce tek bir Ubiquiti markalı modül ödünç alıp aggregation switch'te bir portu test edin.
10G'yi zorlamak konusunda: bunu sadece tek uçta yapmak işleri daha iyi değil daha kötü yapar. Karşı taraf hâlâ negotiate etmeye çalışıyor, sabit bir ayar da ona karşı negotiate edecek hiçbir şey vermiyor, yani link basitçe down kalıyor - ki tam olarak tarif ettiğiniz davranış bu. Hızı ve duplex'i ya iki uçta da sabitleyin, ya da hiçbirinde.
Akla gelebilir diye MikroTik dünyasından iki ilgili vaka. Bir RB4011'de bir Finisar FTLF8524P2BNV-BR, sfp-rx-loss ve sfp-tx-fault ikisi de no gösterirken tespit edildi, arayüz yine de no-link diyordu, çünkü bir SFP+ kafesteki 1G SFP negotiate edilmek yerine sabitlenmek zorunda:
ve yine, iki uçta da. İkincisi bir CCR1072'ydi, orada auto-negotiation bir link kaybından sonra DONE'da takılı kaldı ve sürücü onu bir daha hiç yeniden başlatmadı; autoneg'i kapatıp hızı sabitlemek linki geri getirdi, bunun bedeli de düzgün link-down algılamasından olmaktı.