Masalah PON: registrasi ONU, LOS, dan level
Jaringan optik pasif menambahkan mode kegagalannya sendiri di atas optik biasa: satu pemancar berbicara dengan puluhan penerima melalui sebuah splitter, kedua arah memakai panjang gelombang yang berbeda, dan OLT yang memutuskan siapa yang dapat bergabung. Halaman ini membahas gangguan yang khas untuk PON — terutama dengan “stick” ONU SFP dan modul OLT, tempat pengguna CodingBox menghabiskan sebagian besar waktu PON mereka.
ONU tidak teregistrasi
ONU melihat cahaya tetapi OLT tidak pernah mengaktifkannya. Telusuri daftar berikut:
| Pemeriksaan | Mengapa ini memblokir registrasi | Cara memperbaikinya |
|---|---|---|
| Standar PON | ONU GPON pada OLT XGS-PON (atau sebaliknya) memakai panjang gelombang yang berbeda dan tidak akan pernah mendengar OLT | cocokkan modul dengan OLT: GPON 1490/1310, XGS-PON 1577/1270 (Panjang gelombang PON) |
| Nomor seri / whitelist | sebagian besar OLT hanya mengaktifkan nomor seri ONU yang sudah dikenal (GPON SN, vendor ID + 8 hex) | daftarkan nomor seri ONU tersebut di OLT — atau atur stick agar menampilkan nomor seri yang diharapkan OLT |
| LOID / kata sandi PLOAM | sebagian operator melakukan autentikasi dengan logical ID atau kata sandi, bukan (atau selain) nomor seri | konfigurasikan LOID/kata sandi di firmware stick |
| Vendor ID | OLT operator mungkin hanya menerima kode vendor ONU yang disetujui | stick harus menampilkan vendor ID yang diterima (prefiks 4-huruf dari nomor seri) |
| Daya Rx ONU di luar kelas | di bawah ~−27/−28 dBm (kelas B+) ONU tidak dapat mendekode downstream; di atas ~−8 dBm ONU jenuh (saturasi) | perbaiki infrastrukturnya, atau tambahkan atenuator pada drop yang terlalu pendek |
| Ranging / jarak | ONU berada di luar jendela jangkauan diferensial OLT (biasanya 20 km, kadang 60) | periksa panjang serat optik dan pengaturan OLT |
| Port OLT | port dinonaktifkan, batas ONU tercapai, profil salah | konfigurasi di sisi OLT |
| ONU rogue | ONU lain yang memancar terus-menerus membutakan penerima OLT untuk semua orang | isolasi dengan memutus drop satu per satu; OLT melaporkan deteksi rogue |
Ada dua data identifikasi yang hidup berdampingan di sebuah stick ONU: data identifikasi modul MSA (SFF-8472 — yang dibaca router host) dan data identifikasi PON (nomor seri, vendor ID, LOID/kata sandi — yang dilihat OLT). CodingBox mengodekan yang pertama; yang kedua diatur lewat antarmuka manajemen stick itu sendiri. Lihat Transceiver PON: OLT & ONU.
ONU menunjukkan LOS
Sama sekali tidak ada cahaya downstream:
- SC/APC kotor atau rusak — konektor PON adalah APC; satu permukaan ujung yang kotor pada drop yang budget-nya sudah terpakai 28 dB saja sudah cukup.
- UPC pada infrastruktur APC — patch boot biru pada jaringan boot hijau memakan beberapa dB dan memantulkan cahaya ke dalam OLT (Ketidakcocokan fisik).
- Port splitter tidak dipakai / rusak; serat optik putus antara splitter dan ONU (OTDR dari sisi ONU akan melihatnya; dari sisi OLT, splitter menyembunyikan drop individual).
- Modul dengan panjang gelombang salah (lihat tabel di atas) — terbaca sebagai LOS, bukan sebagai “standar salah”.
Level
| Pembacaan | Normal | Terlalu rendah | Terlalu tinggi |
|---|---|---|---|
| Rx ONU (GPON B+) | −8 … −27 dBm | budget meleset: kotoran, rasio splitter, jarak | drop terlalu pendek → atenuator |
| Rx OLT per ONU | −8 … −28 dBm | masalah satu drop tertentu; bandingkan ONU pada port yang sama | overload burst |
| Tx ONU | +0,5 … +5 dBm (GPON) | laser yang melemah | — |
OLT melaporkan daya upstream per-ONU (lewat ranging), sedangkan Rx DDM milik SFP OLT itu sendiri adalah rata-rata burst — gunakan angka per-ONU dari sistem OLT untuk diagnosis (Level DDM).
Layanan intermiten
- Rx ONU marginal (−26…−28 dBm) — bekerja sampai ada hari yang panas atau patch cord yang tertekuk.
- Stick yang panas berlebih — ONU SFP menjadi panas di dalam router konsumen tanpa aliran udara; gejalanya adalah drop pada siang/sore hari dan alarm suhu di DDM (Daya & termal).
- Kompatibilitas host — port SFP router harus mendukung rate stick tersebut (stick GPON menampilkan 1G atau 2,5G; stick XGS-PON membutuhkan port SFP+ 10G) dan mode-nya (SGMII / 1000BASE-X) (Kecepatan & rate).
- OMCI / provisioning — layanan sudah dikonfigurasi tetapi tidak ada trafik: ini masalah profil OLT, bukan optik.
Optik di sisi OLT
- Modul OLT berkelas B+/C+/C++ (lihat Transceiver PON); infrastruktur C+ yang dicatu oleh modul B+ kehilangan ~4 dB dari budget-nya.
- SFP OLT sering kali dikunci vendor (vendor-locked) terhadap sasis OLT-nya, persis seperti optik switch (Penguncian vendor).
Urutan diagnostik
- Konfirmasikan standar dan panjang gelombang modul terhadap OLT.
- Baca Rx ONU — dari DDM stick di meja kerja atau lewat router.
- Periksa dan bersihkan drop SC/APC; periksa warna polesan.
- Verifikasi nomor seri / vendor ID / LOID terhadap apa yang diharapkan OLT.
- Periksa OLT: state port, daftar ONU, alarm rogue, Rx per-ONU.
- Pasang ONU yang sudah terbukti baik pada drop yang sama.
Di CodingBox
CodingBox membaca stick PON atau modul OLT seperti SFP lainnya: kode panjang gelombang dan rate di layar Check transceiver (apakah ini GPON atau XGS-PON? sisi OLT atau ONU?), Rx/Tx dan suhu secara live di DDM, serta data identifikasi MSA yang diharapkan router host di EEPROM editor.
Protokol di balik gejala-gejala ini — state aktivasi, ranging, DBA, OMCI — ada di Cara kerja PON; jendela kelas dan contoh perhitungan budget di Kelas & budget ODN.