Sepasang Aruba 2530-48G lewat jalur OM4 200 m baru: port 51 Down padahal self-test modul J4858C lolos
Kami udah narik backbone OM4 200 m di antara dua gedung beberapa waktu lalu, dan saya lagi coba nyalain itu pakai kit yang udah kami punya. Kedua ujungnya 2530, kedua modulnya part HPE, dan link-nya sama sekali nggak mau naik.
- 2x Aruba 2530-48G
- 2x J4858C 1000SX, port 51 di tiap sisi
- kira-kira 200 m OM4 yang baru dipasang, kontraktornya sertifikasi itu bagus
- jumper Digitus DK-2533-01 OM2 LC dari patch panel ke switch
show tech transceivers ngasih saya ini buat port-nya:
Port 51 Down Auto 1000FDx 1000SX multiYang udah saya lakuin:
- jalanin module self test di kedua switch, dua-duanya pass
interface 51 enabledi kedua sisi, nggak ada perubahan, port-nya tetap Down- tukar dua modulnya antar switch, hasilnya sama aja bolak-balik
- pasang ulang jumper-nya di panel dan di switch
Saya kejebak di antara dua teori: entah dua-dua modulnya emang cacat dari box, atau jumper OM2 di trunk OM4-nya yang bikin ini mati. Mana yang lebih mungkin, dan apa yang harusnya saya test berikutnya buat beneran buktiin salah satunya?
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
Sebelum teori makin ngelantur, pendekin dulu link-nya. Bawa satu switch ke sebelah satunya, pasang dua-dua J4858C-nya, dan sambungin mereka pakai satu patch cord doang - satu jumper, nggak ada panel, nggak ada fiber terpasang. Kalau port 51 jadi Up begitu, kamu udah nyingkirin dua modul dan dua port switch sekaligus, dan yang tersisa ada di sisi lain garisnya: fiber terpasang, panel, coupler, terminasi.
Begitu ceritanya kasus yang pernah saya tangani. Pasangan 2530-48G yang sama, J4858C yang sama, port 51 Down lewat jalur terpasang dan Up begitu dua modulnya back to back di satu kabel. Dari bukti itu saya bakal berhenti curiga sama optiknya - tapi jelas ya soal apa yang test ini kasih ke kamu. Itu cuma ngisolasi segmennya, nggak lebih. Bagian mana dari jalurnya yang rusak, panel, splice, connector, atau cuma pair yang salah dipatch, itu masih terbuka sampai ada yang naruh meter atau OTDR ke situ.
Selagi di situ, saya bakal parkir dulu teori OM2-nya. Buat 1000SX di 200 m, grade jumper-nya bukan yang nahan kamu, dan OM3 sama OM4 juga saling kompatibel. Nyampur grade itu berantakan dan saya nggak bakal bangun instalasi baru kayak gitu, tapi itu bukan fault yang kamu kejar.
Begitu test back to back-nya lolos, balik ke siapa pun yang narik fiber-nya dan minta hasil sertifikasi tertulis, per fiber, dengan loss dan panjangnya. Test mereka sendiri nyatain link-nya bagus, jadi entah ada yang dilewatin aja atau mereka ngukur pair yang beda dari yang kamu patch. Dan itu pijakan buat kamu suruh mereka balik dan kerjain ulang.
Hal pertama, pisahin dua fault beda yang sama-sama nge-print Down. Port yang administratively down atau salah konfig itu satu masalah, port yang enabled tapi nggak ada cahaya di receiver-nya itu masalah yang sama sekali beda. Kamu udah jalanin
interface 51 enabledan masih kebaca Down, jadi kamu di layer 1 dan config udah nggak masuk hitungan.Dua hal yang bisa mempersempit ini. Apa yang ada di antara dua switch itu secara fisik - berapa banyak patch panel, ada splice tray, ada coupler yang ditambahin orang biar jalurnya nyampe? Dan kamu punya laporan sertifikasi kontraktornya dengan angka loss aktual per fiber, atau cuma omongan "tadi dites bagus"?
Terus konfirmasi juga jumper duplex kamu nggak dikabelin dengan cara yang sama di kedua panel. Straight through di kedua ujung bikin kamu TX ketemu TX, dan itu kelihatan persis kayak yang kamu gambarin.
Variasi dari test yang sama buat pas kamu nggak bisa naruh dua switch di ruangan yang sama: loop modulnya ke dirinya sendiri. Patch cord dari TX ke RX di modul duplex yang sama, dengan attenuator di jalurnya kalau itu part high power biar receiver-nya nggak kegoreng. Kalau port-nya naik, port host dan modulnya nggak masalah secara elektrikal dan optikal, dan fault-nya ada di ujung satunya, fiber-nya, atau pairing-nya.
Pernah persis ngelakuin ini di MES3324F dengan SFP+ FIBO yang nolak link switch ke switch - loop-nya langsung naik, yang mindahin pencarian dari modulnya ke span-nya. Satu catatan: self loop itu nggak berguna di modul BiDi, soalnya TX dan RX-nya di panjang gelombang beda. Loop sepasang modul yang matched satu sama lain sebagai gantinya.
Buat batch berikutnya, test modulnya sebelum mereka deket-deket tembok. Baca EEPROM dan DDM (vendor, part number, temperature, TX dan RX power), ukur TX power pakai meter dan cek sensitivity pakai attenuator, loop kayak yang dijelasin di atas, terus jalanin link beneran di target rate-nya dengan traffic dan pantau error counter-nya -
ethtool -mdaniperf3udah nutupin dua yang terakhir itu kalau kamu ada host buat dipakai. Buat link yang beneran kamu pentingin, PRBS-31 BER run yang cukup lama buat konfirmasi di bawah 1e-12 buat NRZ itu yang bener-bener buktiin modulnya. Nggak ada satu instrumen pun yang validasi semuanya.Satu kebiasaan lagi yang saya pinjem dari kalangan WISP yang udah nyelametin saya dua kali: latih tiap modul lewat warm reboot, cold reboot, dan reseat sebelum dia masuk service. Sebagian part link waktu dipasang tapi balik mati abis power cycle - GLC-T-OEM itu contoh klasiknya, dia cuma naik abis di-reseat - dan yang lain lapor link state yang nggak nyata. Jauh lebih murah nemuin itu di bench daripada di atap.