Transceiver mana yang masih bisa link di Aruba 8360-32Y4C waktu interface group dipaksa ke 50g
Kami sedang menaikkan sepasang 8360-32Y4C sebagai leaf, dan rencana downlink-nya sengaja campur: sebagian besar 25G ke server, beberapa port 50G ke compute chassis, dan beberapa drop copper lambat untuk perangkat out-of-band. Karena downlink SFP56-nya dikelompokkan dan speed-nya di-set per group, saya ingin paham apa sebenarnya yang dilarang oleh setting group ini sebelum saya kunci port map-nya.
- Aruba 8360-32Y4C, AOS-CX 10.15
- modul SFP56 50G di group yang saya set ke 50g
- DAC SFP+ 10G dan DAC SFP28 25G di port lain dalam group yang sama
- SFP J9054D 100 Mbps direncanakan untuk dua drop OOB
Dengan group dipaksa ke 50g, modul yang lebih lambat tidak pernah up:
8360(config)# system interface-group 4 speed 50g
8360# show interface transceiver
1/1/13 SFP56 50G up
1/1/14 SFP+ 10G DAC Waiting for link
1/1/15 SFP28 25G DAC Waiting for linkYang sudah saya lakukan:
- pasang ulang kedua DAC dan pindahkan ke port lain dalam group yang sama
- cek far end-nya sudah dikonfigurasi ke speed native-nya
- pastikan DAC yang sama link di switch lain yang group-nya dibiarkan di 25g
Jadi: di group yang di-set ke 50g, benarkah cuma modul SFP56 50G yang bisa link? Apa group 25g menerima semua yang lebih lambat, dan apa berlaku sama untuk group yang di-set ke 10g? Dan panduan transceiver-nya mencantumkan SFP J9054D 100 Mbps untuk port 5-32 - ada yang pernah benar-benar pasang satu di sana?
Comments 6
Speed group itu bukan label kosmetik, itu adalah kumpulan speed yang diizinkan berjalan untuk port-port di group itu. Dengan group di 50g, satu-satunya yang bisa link adalah modul SFP56 50G; modul 10G atau 25G di group itu bukan speed yang diterima dan tetap down, persis seperti yang kamu lihat.
Group di 25g itu setting yang permisif - 25G dan semua yang lebih lambat bisa link di situ, jadi deretan campuran DAC 25G dan 10G plus copper itu konfigurasi yang sepenuhnya normal:
Dua catatan sebelum kamu mengunci map-nya. Port 1/1/1 sampai 1/1/4 itu port yang MACsec-capable dan mereka main dengan aturan sendiri, jadi rencanakan terpisah dan test dengan modul persis yang mau kamu pakai. Dan saya tidak akan menjanjikan apa pun soal group di 10g atau soal J9054D di 100 Mbps - saya belum pernah punya satu di port yang di-group dan tidak ada orang yang saya tanya yang bisa konfirmasi juga. Untuk ujung yang lambat, range per-port di panduan transceiver resmi untuk 8360 masih jadi rujukan. Kalau kamu butuh 100M di port 5-32 untuk OOB, beli satu modul dan buktikan di bench dulu sebelum pesan enam belas.
Dua hal yang menentukan ini dan post kamu tidak menyebutkan keduanya. Port mana saja yang membentuk group itu - ada yang termasuk 1/1/1 sampai 1/1/4? Keempat port itu yang MACsec-capable di 32Y4C dan mereka tidak mengikuti aturan yang sama seperti 5-32, jadi test yang dilakukan di situ tidak memberi tahu apa-apa soal sisa box-nya.
Dan posting
show interface transceiverdengan group di 25g, bukan 50g. Kalau DAC 10G dan 25G-nya naik di situ, modul dan far end-nya baik-baik saja dan kamu cuma berdebat dengan speed group-nya.Group 4 itu port 1/1/13 sampai 1/1/16, jadi tidak ada yang di range 1-4 - itu masih kosong.
Saya pindahkan SFP56-nya ke group lain yang tetap di 50g (up di sana) dan turunkan group 4 ke 25g. Gambarannya langsung berubah:
Jadi modul, DAC, dan pengkabelannya bukan masalahnya. Ini soal speed group dan tidak ada yang lain.
Sekadar info, group 25g memang sepermisif itu. 8360 di lab saya punya satu group di 25g dan sekarang ada DAC 10G, modul copper 1G-BT, dan DAC 25G, semuanya up bersamaan, plus DAC 40G dan 100G di port QSFP juga. Tidak ada satu pun dari itu yang mengganggu setting group-nya.
Tidak berhubungan tapi berguna diketahui selagi kamu membangun ini: kami kehilangan dua hari untuk link 8325-32C ke 8360-32Y4C dengan DAC 40G X242 (JH234A) yang menolak up. Sisi 8325 melaporkan
Module interface errordan sisi 8360 diam diWaiting for link, keduanya di GL.10.07.0020. Itu defect software, bukan kabelnya - boot 8325 dari image sekunder 10.06.0110 langsung membawa link-nya up, dan 10.07.0021 memperbaikinya secara permanen. 8360-nya tidak perlu diubah sama sekali. Jadi kalau modul yang seharusnya didukung malah melaporkan module error, bukan cuma no link, lihat dulu release-nya sebelum menyalahkan optiknya.Perlu dipahami betul pola umumnya, karena ini bukan keanehan khas Aruba. Set speed yang di-enable di port-nya yang membatasi modulnya, dan box-box ini jarang fallback dengan sendirinya.
Cerita yang sama di Spectrum: di SN2100 atau SN2700 dengan Onyx 3.10.4100, DAC 10G di belakang QSA Amphenol (624380003) terbaca baik-baik saja lewat I2C tapi tidak pernah link selama port-nya masih 100G only.
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mmenjelaskannya -State: Disable,Enabled Link Speed 0x00b00000,Supported Cable Speed 0x00001001, rekomendasiCable speed not enabled. Masukkan 10G ke enabled speeds-nya dan port-nya jadi LinkUp di 10GbE.Dan di UCS 6248, GLC-SX-MMD asli malah ditandai
SFP Validation Failedsemata-mata karena unified port-nya masih di default 10 Gbps; pilih 1 Gbps di port-nya dan modulnya diterima sebagai uplink. Vendor beda-beda, pertanyaannya selalu sama: apa port-nya mengizinkan speed yang dibicarakan modulnya.Menutup soal apa yang bisa saya konfirmasi di hardware saya sendiri. Group di 50g cuma menerima modul SFP56 50G dan tidak ada yang lain; group di 25g membawa DAC 25G dan 10G berdampingan tanpa keluhan. Itu menutup sebagian besar port map-nya, jadi server dan compute chassis-nya sudah beres dan range 1-4 tetap di luar rencana sampai saya bisa test dengan benar.
Yang masih terbuka: saya belum coba group di 10g, dan saya tidak pernah dapat jawaban pasti soal J9054D di 100 Mbps di port 5-32. Satu modul sedang dipesan dan itu akan ke bench dulu sebelum yang lain. Sampai saat itu, drop OOB-nya tetap di group 25g dengan copper, dan panduan transceiver-nya yang saya kutip ke change board untuk range per-port-nya.