Supermicro E300-9A di pfSense Plus 22.05: ix2 dan ix3 tetap no carrier padahal DAC-nya link normal di USW-Aggregation
Firewall saya Supermicro E300-9A yang jalan pfSense Plus 22.05, dan kedua port SFP+ 10G-nya menolak untuk naik. Baik ix2 maupun ix3 tidak pernah menunjukkan carrier, apa pun yang saya pasang di cage-nya.
Hardware:
- Supermicro E300-9A, pfSense Plus 22.05
- Ubiquiti DAC-SFP10-0.5M dan kabel twinax pasif 10Gtek
- Modul fiber Supermicro AXS85-192-M3 sebagai alternatif
- Ubiquiti USW-Aggregation di sisi switch
# ifconfig ix2
ix2:
media: Ethernet autoselect
status: no carrierix3 terlihat sama.
Yang sudah dicoba:
- kedua kabel jalan normal di USW-Aggregation antar perangkat lain, jadi bukan kabel mati
- ganti dari copper ke modul fiber AXS85-192-M3, tetap no carrier di kedua port
- reboot appliance-nya beberapa kali, termasuk memasukkan modul waktu masih menyala
Ada sesuatu di kotak ini yang harus dipicu dulu sebelum cage-nya mau kerja, atau saya sedang menghadapi dua port yang mati?
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 tidak akan membawa kamu ke mana-mana - port-port itu mengunci media state dan tidak pernah probe ulang waktu restart. Matikan appliance-nya dengan benar, cabut adaptor daya selama beberapa menit, lalu nyalakan lagi dengan modul sudah terpasang. Itu yang mengembalikan kedua port di sini, dan ada orang lain yang menggambarkan perilaku identik di port Intel X552, makanya saya pikir ini media state yang basi, bukan masalah pfSense.
Kalau kamu memasukkan modul waktu sistem sudah jalan, bounce interface-nya saja, tidak usah reboot:
Itu membuat driver melihat cage-nya lagi. Ini bukan perbaikan permanen untuk apa pun, tapi menghemat satu reboot waktu kamu gonta-ganti modul di bench. Cek hasilnya dengan
ifconfig -a, bukan dari panel depan.Lakukan pelepasan daya penuh dulu dan pastikan kedua cage bekerja dengan DAC sebelum kamu menyentuh sisi switch. Debug satu hal dalam satu waktu itu penting di sini, karena "no carrier dengan modul apa pun" dan "link naik di kecepatan yang salah" biasanya dua fault terpisah yang kebetulan ada di cable run yang sama.
Pelepasan daya penuh berhasil. Matikan, cabut adaptor, tunggu beberapa menit, nyalakan lagi - kedua port langsung naik. Loop DAC antara ix2 dan ix3 dan dapat link 10G yang bersih, dan pasangan AXS85-192-M3 juga jalan 10G antara dua portnya, jadi cage dan modulnya sehat.
Sisi switch cerita lain lagi. Ke arah USW-Aggregation, link selalu negotiate di 1G saja, dan kalau saya paksa 10G di salah satu ujung, link-nya jatuh dan tetap jatuh. Jadi setengah masalahnya sudah hilang dan setengah yang menyebalkan masih di sini.
Setengah masalah fallback ke 1G ini kelihatan familiar banget. Saya kejar gejala yang sama di TL-SG3428X dan TL-SX3008F: restart server yang nyantol di salah satu port SFP+ itu dan dia balik dengan negotiate di 1G, apa pun konfigurasi port switch-nya. Adapter Intel X520-DA2, Mellanox, dan HP, optik Intel E10GSFPSR dan 10GTek, update firmware, beberapa versi driver di Linux dan Windows, port profile - tidak ada satu pun yang mengubah apa-apa. Reboot switch, atau toggle kecepatan port dari 10G lalu balik lagi, mengembalikan link 10G sampai host di-reset lagi.
Yang benar-benar memperbaikinya justru ganti optik, bukan apa pun di sisi host: modul TP-Link SM5110-SR di ujung switch dan link-nya balik ke 10G setiap kali. Ada orang lain yang mengonfirmasi hal yang sama di SG3428XMPP. Dugaannya switch salah negotiate dengan sebagian modul pihak ketiga setelah link direset dari sisi host.
Vendor beda di sisi kamu, tapi polanya cocok. Sebelum beli satu set apa pun, pinjam satu modul bermerek Ubiquiti dan tes satu port di aggregation switch-nya.
Soal memaksa 10G: melakukannya di satu ujung saja cuma bikin lebih buruk, bukan lebih baik. Peer-nya masih berusaha negotiate dan setelan fixed tidak memberinya apa pun untuk dinegosiasikan, jadi link-nya ya cuma diam down - persis perilaku yang kamu ceritakan. Fix speed dan duplex di kedua ujung, atau jangan sama sekali.
Dua kasus terkait dari dunia MikroTik, siapa tahu ada yang mirip. Di RB4011, Finisar FTLF8524P2BNV-BR terdeteksi dengan sfp-rx-loss dan sfp-tx-fault dua-duanya no, dan interface-nya tetap bilang no-link, karena SFP 1G di cage SFP+ harus dipin, bukan dinegosiasikan:
dan, sekali lagi, di kedua ujung. Kasus kedua CCR1072, di mana auto-negotiation tetap DONE setelah link loss dan driver-nya tidak pernah me-restart-nya; mematikan autoneg dan fix speed mengembalikan link-nya, dengan harga deteksi link-down yang tidak lagi akurat.