3 Manajemen Konfigurasi
Sajrone konfigurasi saluran, konfigurasi layanan, konfigurasi pranala logis lapisan optik, lan konfigurasi peta topologi virtual pranala dibutuhake. Yen siji saluran bisa dikonfigurasi nganggo jalur proteksi, konfigurasi saluran ing wektu iki bakal luwih rumit, lan manajemen Konfigurasi sabanjure uga bakal luwih rumit. Tabel layanan khusus dibutuhake mung kanggo ngatur arah saluran, lan arah bisnis kudu dibedakake ing tabel, nggunakake garis padet lan putus-putus. Nalika korespondensi antarane saluran OTN lan pranala IP dikelola, utamane ing kasus proteksi OTN, siji pranala IP kudu cocog karo pirang-pirang saluran OTN. Ing wektu iki, jumlah manajemen mundhak lan manajemen rumit, sing uga nambah manajemen tabel excel. Syarat, kanggo ngatur kabeh elemen bisnis kanthi lengkap, nganti 15. Nalika insinyur pengin ngatur pranala tartamtu, dheweke kudu nemokake formulir excel, banjur menyang NMS pabrikan kanggo nemokake sing cocog, banjur nindakake manajemen operasi. Iki mbutuhake sinkronisasi informasi ing loro-lorone. Amarga platform NMS OTN lan excel sing digawe dening insinyur minangka rong data buatan manungsa, gampang informasi kasebut ora sinkron. Sembarang kesalahan bakal nyebabake informasi bisnis ora konsisten karo hubungan sing nyata. Salajengipun, iki bisa mengaruhi bisnis nalika ngganti lan nyetel. Mulane, data peralatan pabrikan dikumpulake menyang platform manajemen liwat antarmuka lor, banjur informasi pranala IP dicocogake ing platform iki, supaya informasi kasebut bisa diatur kanthi otomatis miturut owah-owahan layanan jaringan sing ana, lan manajemen informasi sing terpusat dijamin. Lan siji sumber akurasi kanggo njamin akurasi informasi manajemen konfigurasi.
Nalika ngonfigurasi panyediaan layanan OTN, siyapna katrangan informasi saben antarmuka, banjur kumpulake informasi OTN liwat antarmuka arah lor sing diwenehake dening OTN NMS, lan pasangake katrangan sing relevan karo informasi port sing dikumpulake dening piranti IP liwat antarmuka arah lor. Manajemen saluran OTN lan pranala IP berbasis platform ngilangi kabutuhan nganyari informasi manual.
Kanggo panggunaan jaringan transmisi DCI, coba aja nggunakake konfigurasi layanan cross-connect listrik. Cara iki rumit banget ing logika manajemen, lan ora ditrapake kanggo model jaringan DCI. Iki bisa dihindari wiwit awal desain DCI.
4 Manajemen alarm
Amarga overhead manajemen OTN sing rumit, pemantauan sinyal sajrone transmisi jarak jauh, lan multiplexing lan nesting partikel layanan sing beda-beda, kesalahan bisa nglaporake puluhan utawa atusan pesen alarm. Sanajan pabrikan wis nglasifikasikake alarm dadi patang tingkat, lan saben alarm duwe jeneng sing beda, isih rumit banget saka perspektif operasi lan pangopènan insinyur, lan mbutuhake personel sing berpengalaman kanggo nemtokake panyebab kegagalan kasebut. Fungsi ngirim kesalahan peralatan OTN tradisional utamane nggunakake modem SMS utawa push email, nanging loro fungsi kasebut khusus kanggo integrasi karo platform manajemen alarm jaringan sing wis ana saka sistem dhasar perusahaan Internet, lan biaya pangembangan sing kapisah dhuwur, mula luwih akeh sing kudu ditindakake. Antarmuka lor standar ngumpulake informasi alarm, ngembangake fungsi nalika njaga platform sing ana gandhengane karo perusahaan, banjur ngirim alarm menyang insinyur operasi lan pangopènan.
Mulane, kanggo personel operasi lan pangopènan, perlu supaya platform kasebut kanthi otomatis nglumpukake informasi alarm sing diasilake dening kesalahan OTN, banjur nampa informasi kasebut. Mulane, setel dhisik klasifikasi alarm ing OTN NMS, banjur tindakake karya pengiriman lan penyaringan ing platform manajemen informasi alarm pungkasan. Cara umum alarm OTN yaiku NMS bakal nyetel lan ngirim kabeh jinis alarm pisanan lan kapindho menyang platform manajemen informasi alarm, banjur platform kasebut bakal nganalisa informasi alarm saka gangguan layanan siji, informasi utama alarm gangguan jalur optik lan (yen ana) informasi alarm switching proteksi dikirim menyang insinyur operasi lan pangopènan. Telung informasi ing ndhuwur bisa uga digunakake kanggo diagnosis lan pangolahan kesalahan. Nalika nyetel panrima, sampeyan bisa nyetel setelan notifikasi telpon kanggo alarm utama kayata kegagalan sinyal komposit sing mung kedadeyan nalika serat optik rusak, kayata ing ngisor iki:
Katrangan babagan alarm basa Cina
Katrangan basa Inggris babagan alarm Jinis alarm Keruwetan lan watesan
Mundhut Sinyal Beban Lapisan OMS Alarm Komunikasi OMS_LOS_P Kritis (FM)
Kerugian Sinyal Gabungan Input/Output MUT_LOS Alarm Komunikasi Darurat (FM)
Mundhut Beban OTS
Sinyal OTS_LOS_P Alarm Komunikasi Penting (FM)
Indikasi Kehilangan Beban OTS Alarm Komunikasi OTS_PMI Darurat (FM)
Antarmuka NMS sing arah lor, kaya ta antarmuka XML sing saiki didhukung dening Huawei lan ZTE Alang, uga umum digunakake kanggo ngirim informasi alarm.
5 Manajemen Kinerja
Stabilitas sistem OTN gumantung banget karo data kinerja saka macem-macem aspek sistem, kayata manajemen daya optik serat trunk, manajemen daya optik saben saluran ing sinyal multipleks, lan manajemen margin OSNR sistem. Isi kasebut kudu ditambahake menyang proyek pemantauan sistem jaringan perusahaan, supaya bisa ngerti kinerja sistem kapan wae, lan ngoptimalake kinerja ing wektu kanggo njamin stabilitas jaringan. Kajaba iku, pemantauan kinerja lan kualitas serat jangka panjang uga bisa digunakake kanggo nemokake owah-owahan ing perutean serat, nyegah sawetara pemasok serat ngganti perutean serat tanpa kabar, sing nyebabake titik buta ing operasi lan pangopènan, lan kedadeyan risiko perutean serat. Mesthi wae, iki mbutuhake akeh data kanggo pelatihan model, supaya panemuan owah-owahan perutean bisa luwih akurat.
6. Manajemen DCN
DCN ing kene nuduhake jaringan komunikasi manajemen peralatan OTN, sing tanggung jawab kanggo struktur jaringan manajemen saben elemen jaringan OTN. Jaringan OTN uga bakal mengaruhi skala lan kerumitan jaringan DCN. Umumé, ana rong cara jaringan DCN:
1. Konfirmasi NE gateway aktif lan siaga ing kabeh jaringan OTN. NE non-gateway liyane yaiku NE biasa. Sinyal manajemen kabeh NE biasa tekan NE gateway aktif lan siaga liwat saluran OSC ngliwati lapisan OTS ing OTN, banjur Sambungake menyang jaringan IP ing ngendi NMS dumunung. Cara iki bisa nyuda penyebaran elemen jaringan ing jaringan IP ing ngendi NMS dumunung, lan nggunakake OTN dhewe kanggo ngatasi masalah manajemen jaringan. Nanging, yen serat trunk diganggu, elemen jaringan remot sing cocog uga bakal kena pengaruh lan bakal metu saka manajemen.
2. Kabeh elemen jaringan jaringan OTN dikonfigurasi minangka elemen jaringan gateway, lan saben elemen jaringan gateway komunikasi karo jaringan IP ing ngendi NMS dumunung kanthi mandiri tanpa ngliwati saluran OSC. Iki njamin manawa komunikasi manajemen elemen jaringan ora kena pengaruh gangguan serat optik utama, lan elemen jaringan isih bisa dikelola saka jarak jauh, kabeh disambungake menyang jaringan IP, lan biaya operasi lan pangopènan kanggo pekerja jaringan IP tradisional uga bakal suda.
Ing wiwitan konstruksi jaringan DCN, perencanaan elemen jaringan lan alokasi alamat IP kudu ditindakake. Utamane, server manajemen jaringan kudu diisolasi saka jaringan liyane sabisa-bisane nalika disebarake. Yen ora, bakal ana akeh banget pranala mesh ing jaringan mengko, lan jitter jaringan bakal normal sajrone pangopènan, lan elemen jaringan biasa ora bakal nyambung. Masalah kaya elemen jaringan gateway bakal katon, lan alamat jaringan produksi lan alamat jaringan DCN bakal digunakake maneh, sing bakal mengaruhi jaringan produksi.
Wektu kiriman: 19-Desember-2022