3 Manajemen Konfigurasi
Selama konfigurasi saluran, konfigurasi layanan, konfigurasi tautan logis lapisan optik, dan konfigurasi peta topologi virtual tautan diperlukan. Jika satu saluran dapat dikonfigurasi dengan jalur perlindungan, konfigurasi saluran pada saat ini akan lebih rumit, dan manajemen konfigurasi selanjutnya juga akan lebih rumit. Tabel layanan khusus diperlukan hanya untuk mengelola arah saluran, dan arah bisnis harus dibedakan dalam tabel, menggunakan garis padat dan garis putus-putus. Ketika korespondensi antara saluran OTN dan tautan IP dikelola, terutama dalam kasus perlindungan OTN, satu tautan IP perlu berkorespondensi dengan beberapa saluran OTN. Pada saat ini, jumlah manajemen meningkat dan manajemen menjadi rumit, yang juga meningkatkan kebutuhan manajemen tabel Excel, hingga 15 tabel untuk mengelola semua elemen bisnis secara lengkap. Ketika seorang teknisi ingin mengelola tautan tertentu, ia perlu mencari formulir Excel, lalu pergi ke NMS pabrikan untuk menemukan yang sesuai, dan kemudian melakukan manajemen operasi. Ini membutuhkan sinkronisasi informasi di kedua sisi. Karena platform NMS OTN dan Excel yang dibuat oleh teknisi adalah dua data buatan manusia, informasi tersebut mudah tidak sinkron. Kesalahan apa pun akan menyebabkan informasi bisnis tidak konsisten dengan hubungan sebenarnya. Akibatnya, hal itu dapat memengaruhi bisnis saat melakukan perubahan dan penyesuaian. Oleh karena itu, data peralatan dari pabrikan dikumpulkan ke platform manajemen melalui antarmuka northbound, dan kemudian informasi tautan IP dicocokkan pada platform ini, sehingga informasi dapat disesuaikan secara otomatis sesuai dengan perubahan layanan jaringan yang ada, dan manajemen informasi terpusat dipastikan, serta sumber tunggal yang akurat untuk memastikan keakuratan informasi manajemen konfigurasi.
Saat mengkonfigurasi penyediaan layanan OTN, siapkan deskripsi informasi setiap antarmuka, lalu kumpulkan informasi OTN melalui antarmuka northbound yang disediakan oleh OTN NMS, dan pasangkan deskripsi yang relevan dengan informasi port yang dikumpulkan oleh perangkat IP melalui antarmuka northbound. Manajemen berbasis platform untuk saluran OTN dan tautan IP menghilangkan kebutuhan akan pembaruan informasi secara manual.
Untuk penggunaan jaringan transmisi DCI, usahakan untuk menghindari konfigurasi layanan sambungan silang listrik. Metode ini sangat kompleks dalam logika pengelolaannya, dan tidak berlaku untuk model jaringan DCI. Hal ini dapat dihindari sejak awal perancangan DCI.
4. Manajemen alarm
Karena kompleksitas manajemen OTN, pemantauan sinyal selama transmisi jarak jauh, serta multiplexing dan nesting dari berbagai partikel layanan, suatu kesalahan dapat melaporkan puluhan atau ratusan pesan alarm. Meskipun pabrikan telah mengklasifikasikan alarm ke dalam empat tingkatan, dan setiap alarm memiliki nama yang berbeda, hal ini masih sangat rumit dari perspektif pengoperasian dan pemeliharaan oleh seorang teknisi, dan membutuhkan personel berpengalaman untuk menentukan penyebab kegagalan tersebut. Fungsi pengiriman kesalahan pada peralatan OTN tradisional terutama menggunakan modem SMS atau push email, tetapi kedua fungsi tersebut khusus untuk diintegrasikan dengan platform manajemen alarm jaringan yang ada dari sistem dasar perusahaan internet, dan biaya pengembangan terpisah sangat tinggi, sehingga perlu dilakukan lebih banyak hal. Antarmuka northbound standar mengumpulkan informasi alarm, memperluas fungsinya sambil mempertahankan platform terkait yang ada di perusahaan, dan kemudian mengirimkan alarm ke teknisi operasi dan pemeliharaan.
Oleh karena itu, bagi personel operasi dan pemeliharaan, perlu untuk membiarkan platform secara otomatis mengumpulkan informasi alarm yang dihasilkan oleh gangguan OTN, dan kemudian menerima informasi tersebut. Oleh karena itu, pertama-tama atur klasifikasi alarm pada OTN NMS, dan kemudian lakukan pekerjaan pengiriman dan penyaringan pada platform manajemen informasi alarm terakhir. Metode alarm OTN secara umum adalah NMS akan mengatur dan mengirimkan semua jenis alarm pertama dan kedua ke platform manajemen informasi alarm, dan kemudian platform akan menganalisis informasi alarm dari gangguan layanan tunggal, informasi alarm gangguan jalur optik utama dan (jika ada) informasi alarm pengalihan proteksi dikirimkan ke teknisi operasi dan pemeliharaan. Ketiga informasi di atas mungkin dapat digunakan untuk diagnosis dan pemrosesan kesalahan. Saat mengatur penerimaan, Anda dapat mengatur pengaturan pemberitahuan telepon untuk alarm utama seperti kegagalan sinyal komposit yang hanya terjadi ketika serat optik putus, seperti berikut:
Deskripsi alarm dalam bahasa Mandarin
Deskripsi Alarm dalam Bahasa Inggris Jenis Alarm Tingkat Keparahan dan Batasan
Kehilangan Sinyal Muatan Lapisan OMS OMS_LOS_P Alarm Komunikasi Kritis (FM)
Kehilangan Sinyal Gabungan Input/Output MUT_LOS Alarm Komunikasi Darurat (FM)
Kehilangan Muatan OTS
Sinyal OTS_LOS_P Komunikasi Alarm Kritis (FM)
Indikasi Kehilangan Muatan OTS OTS_PMI Alarm Komunikasi Mendesak (FM)
Antarmuka northbound dari NMS, seperti antarmuka XML yang saat ini didukung oleh Huawei dan ZTE Alang, juga umum digunakan untuk mengirimkan informasi alarm.
5 Manajemen Kinerja
Stabilitas sistem OTN sangat bergantung pada data kinerja berbagai aspek sistem, seperti manajemen daya optik serat utama, manajemen daya optik setiap saluran dalam sinyal multipleks, dan manajemen margin OSNR sistem. Konten-konten ini harus ditambahkan ke proyek pemantauan sistem jaringan perusahaan, sehingga kinerja sistem dapat diketahui setiap saat, dan kinerja dapat dioptimalkan tepat waktu untuk memastikan stabilitas jaringan. Selain itu, pemantauan kinerja dan kualitas serat jangka panjang juga dapat digunakan untuk menemukan perubahan dalam perutean serat, mencegah beberapa pemasok serat mengubah perutean serat tanpa pemberitahuan, yang mengakibatkan titik buta dalam operasi dan pemeliharaan, dan terjadinya risiko perutean serat. Tentu saja, ini membutuhkan sejumlah besar data untuk pelatihan model, sehingga penemuan perubahan perutean dapat lebih akurat.
6. Manajemen DCN
DCN di sini mengacu pada jaringan komunikasi manajemen peralatan OTN, yang bertanggung jawab atas struktur jaringan manajemen setiap elemen jaringan OTN. Jaringan OTN juga akan memengaruhi skala dan kompleksitas jaringan DCN. Secara umum, ada dua metode jaringan DCN:
1. Konfirmasikan NE gateway aktif dan siaga di seluruh jaringan OTN. NE non-gateway lainnya adalah NE biasa. Sinyal manajemen dari semua NE biasa mencapai NE gateway aktif dan siaga melalui saluran OSC melintasi lapisan OTS di OTN, dan kemudian terhubung ke jaringan IP tempat NMS berada. Metode ini dapat mengurangi penyebaran elemen jaringan pada jaringan IP tempat NMS berada, dan menggunakan OTN itu sendiri untuk menyelesaikan masalah manajemen jaringan. Namun, jika fiber trunk terputus, elemen jaringan jarak jauh yang terkait juga akan terpengaruh dan tidak dapat dikelola.
2. Semua elemen jaringan OTN dikonfigurasi sebagai elemen jaringan gateway, dan setiap elemen jaringan gateway berkomunikasi dengan jaringan IP tempat NMS berada secara independen tanpa melalui saluran OSC. Hal ini memastikan bahwa komunikasi manajemen elemen jaringan tidak terpengaruh oleh gangguan serat optik utama, dan elemen jaringan masih dapat dikelola dari jarak jauh, yang semuanya terhubung ke jaringan IP, dan biaya operasi dan pemeliharaan untuk pekerja jaringan IP tradisional juga akan berkurang.
Pada awal pembangunan jaringan DCN, perencanaan elemen jaringan dan alokasi alamat IP harus dilakukan. Secara khusus, server manajemen jaringan harus diisolasi dari jaringan lain sebisa mungkin saat penyebaran. Jika tidak, akan ada terlalu banyak tautan mesh di jaringan nantinya, dan jitter jaringan akan terjadi selama pemeliharaan, dan elemen jaringan biasa tidak akan terhubung. Masalah seperti elemen jaringan gateway akan muncul, dan alamat jaringan produksi dan alamat jaringan DCN akan digunakan kembali, yang akan memengaruhi jaringan produksi.
Waktu posting: 19 Desember 2022
