CRS328 dengan stick GPON Alcatel-Lucent G-010S-P: cuma TX, tidak ada RX, wavelength kebaca 33685 nm
Memindahkan jalur FTTH rumah dari ONT operator ke stick GPON di router saya sendiri, supaya fiber-nya langsung mendarat di rack dan saya cuma pegang satu kotak, bukan dua. Stick-nya terdeteksi, port-nya naik, dan setelah itu tidak ada yang balik.
- MikroTik CRS328-24P-4S+, stick di sfp-sfpplus1
- Alcatel-Lucent G-010S-P GPON ONU
- Bell Canada FTTH, fiber dari wall box langsung ke modul
- port dipin, autoneg mati:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXCounter TX naik terus, counter RX diam di nol, dan halaman modulnya kebaca begini:
wavelength: 33685.00nmYang sudah saya lakukan:
- cabut pasang lagi dan bersihkan konektornya, coba cage SFP+ kedua
- cabut fiber-nya sepenuhnya - nilai wavelength-nya tidak berubah, dengan atau tanpa fiber
- biarkan port dipin di 1G selama satu jam siapa tahu ini soal ranging yang lambat
Jadi: apakah 33685.00nm ini bukti optik di stick ini mati, atau switch-nya cuma salah decode field EEPROM itu untuk modul GPON? Dan ada sesuatu di sisi operator yang harus terjadi dulu sebelum SFP ONU diizinkan ranging sama sekali?
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
Ada dua hal terpisah di post kamu dan cuma satu yang benar-benar fault.
33685.00nm itu artefak decoding, bukan pengukuran. Stick-stick ini dual-wavelength - 1310 upstream, 1490 downstream - dan switch-nya membaca satu field wavelength dari EEPROM seolah-olah itu transceiver biasa dengan satu laser. Kamu akan lihat angka yang sama di stick yang sedang lancar lewat traffic, jadi itu tidak berguna sebagai diagnostik. Singkirkan saja.
Traffic satu arah itu soal unitnya sendiri. Saya mengalami ini di switch yang sama, CRS328-24P-4S+: G-010S-P transmit dan tidak pernah menerima apa pun, dan line-nya langsung naik begitu saya ganti dengan modul lain dari keluarga yang sama - O-010S-P, varian extended-temperature. Akun yang sama, fiber yang sama, tidak ada perubahan config. Jadi stick pertama itu memang cacat atau varian yang salah untuk line itu.
Tetap pin port-nya waktu kamu tes, kalau tidak kamu menambah variabel kedua:
Dengan ALCLFAB di serial-nya dan akun yang sudah dipindah ke SFP ONU, bagian operator kamu sudah beres. Siapkan stick kedua di tangan sebelum kamu habiskan satu malam lagi untuk yang ini.
Sebelum kamu mencoret optiknya, cek dulu bagian yang membosankan. Di banyak akun FTTH, SFP ONU bukan pengganti langsung untuk kotak operator: akunnya harus diprovisioning ulang secara manual untuk itu, dan sebagian operator cuma menerima modul yang serial-nya membawa prefix vendor mereka sendiri. TX tanpa ada yang balik itu persis seperti apa yang terlihat dari sisi subscriber kalau ONU-nya belum diotorisasi.
Post apa yang dilaporkan stick-nya untuk vendor dan serial, dan bilang apa yang sudah kamu konfigurasi di sisi WAN - VLAN tag, PPPoE, atau DHCP.
Serial-nya dimulai dengan ALCLFAB, yang memang prefix yang mereka mau untuk akun FTTH bisnis di sini. Akunnya juga dikonfigurasi ulang secara manual untuk SFP ONU - itu perlu satu telepon, first line-nya sama sekali tidak paham apa yang saya minta.
Sisi router VLAN 35 di port SFP dengan PPPoE client di atasnya. Client-nya tidak pernah lewat dari discovery. Counter RX masih datar, dan angka yang terbaca tetap 33685.00nm baik fiber-nya dicolok atau tidak.
Menambahkan soal wavelength: field yang dibaca switch itu ada di area SFF-8472 dan didefinisikan untuk modul dengan satu laser. ONU GPON punya transmitter burst-mode dan receiver di wavelength yang berbeda, jadi tidak ada satu nilai benar untuk ditaruh di situ, dan vendor menulis apa saja yang cocok buat mereka. Tidak ada di standar yang mewajibkan host mengecek kewarasan byte itu sebelum mencetaknya, dan begitulah kamu berakhir dengan nanometer lima digit.
Logika yang sama berlaku untuk baris optical power di stick-stick ini. Kalau kamu perlu tahu bagaimana kabar sisi PON, ambil dari state ONU-nya sendiri, bukan dari halaman diagnostik switch.
Perlu disebut bahwa sisi host dari soal ini bukan keanehan khas MikroTik. Di keluarga 7210 SAS, dokumentasi vendornya blak-blakan soal ini: rilis awal sama sekali tidak mengimplementasikan DDM, jadi port tidak menunjukkan optical power atau temperature sekalipun modulnya mendukung, dan kamu disuruh cek rilis mana yang menambahkan fungsi itu untuk varian kamu. Untuk modul yang tidak disuplai vendor, panduan yang sama bilang diagnostiknya mungkin tetap tampil tapi mereka tidak bertanggung jawab atas format atau akurasinya.
Ada juga capability flag di EEPROM modul yang menentukan apakah platform-nya menganggap SFP itu DDM-capable, dan modul yang tidak nyalakan flag itu tetap bisa mencetak angka yang kelihatan masuk akal padahal tidak divalidasi siapa pun.
show port <port> detailitu tempat kamu membacanya di sana. Saya memperlakukan nilai pihak ketiga di kotak itu sebagai petunjuk, bukan pengukuran - kira-kira begitu juga perlakuan yang pantas buat 33685 kamu.Menutup thread ini: stick kedua memperbaikinya. Saya pasang O-010S-P, PPPoE client-nya naik di VLAN 35 dalam semenit, tidak ada perubahan di sisi operator dan tidak ada yang disentuh di port config. G-010S-P yang lama tetap TX-only saja di cage lain, jadi menurut saya itu memang mati.
Dan ya - modul yang kerja juga melaporkan 33685.00nm. Untung saya tidak habiskan seminggu mengejar angka itu.