Masalah PON: registrasi ONU, LOS, dan level · Masalah umum dan solusi · Transceiver optik dan kabel · Dokumentasi · CodingBox
CodingBox Dokumentasi

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:

PemeriksaanMengapa ini memblokir registrasiCara memperbaikinya
Standar PONONU GPON pada OLT XGS-PON (atau sebaliknya) memakai panjang gelombang yang berbeda dan tidak akan pernah mendengar OLTcocokkan modul dengan OLT: GPON 1490/1310, XGS-PON 1577/1270 (Panjang gelombang PON)
Nomor seri / whitelistsebagian 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 PLOAMsebagian operator melakukan autentikasi dengan logical ID atau kata sandi, bukan (atau selain) nomor serikonfigurasikan LOID/kata sandi di firmware stick
Vendor IDOLT operator mungkin hanya menerima kode vendor ONU yang disetujuistick harus menampilkan vendor ID yang diterima (prefiks 4-huruf dari nomor seri)
Daya Rx ONU di luar kelasdi 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 / jarakONU berada di luar jendela jangkauan diferensial OLT (biasanya 20 km, kadang 60)periksa panjang serat optik dan pengaturan OLT
Port OLTport dinonaktifkan, batas ONU tercapai, profil salahkonfigurasi di sisi OLT
ONU rogueONU lain yang memancar terus-menerus membutakan penerima OLT untuk semua orangisolasi 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

PembacaanNormalTerlalu rendahTerlalu tinggi
Rx ONU (GPON B+)−8 … −27 dBmbudget meleset: kotoran, rasio splitter, jarakdrop terlalu pendek → atenuator
Rx OLT per ONU−8 … −28 dBmmasalah satu drop tertentu; bandingkan ONU pada port yang samaoverload 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

  1. Konfirmasikan standar dan panjang gelombang modul terhadap OLT.
  2. Baca Rx ONU — dari DDM stick di meja kerja atau lewat router.
  3. Periksa dan bersihkan drop SC/APC; periksa warna polesan.
  4. Verifikasi nomor seri / vendor ID / LOID terhadap apa yang diharapkan OLT.
  5. Periksa OLT: state port, daftar ONU, alarm rogue, Rx per-ONU.
  6. 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.


Jika Anda menemukan ketidakakuratan atau kesalahan dalam artikel ini, pilih bagian teks yang bersangkutan lalu tekan Ctrl+Enter untuk .