register login home announcements current archives...
TRANSCRIPT
Search
HOME ANNOUNCEMENTS CURRENT ARCHIVES ABOUT
Register Login
SUSUNAN REDAKSI
SUSUNAN REDAKSI
SPEKTRUM
(Sajian Penelitian Elektro Untuk Mahasiswa)
Penanggung Jawab:
Dr. WG. Arastina, ST., MEngSc., PhD.
Wakil Penanggung Jawab
IGAK. Diafari DH, ST., MT
Ni Made Ary Esta Dewi Wirastuti, S.T., M.T., Ph.D.
Ketua Dewan Redaksi
Dr. Ir. Agus Dharma, MT.
Sekretaris Dewan Redaksi
Dr. Nyoman Gunantara, ST. MT.
Editor Ahli
Prof. Ir. Rukmi Sari Hartati, MT.
Dr. Ir. Made sudarma, MA.Sc.
Yoga Divayana, PgD
Dr. Ir. IB. Alit Swamardika, M.Erg
I Nyoman Satya Kumara, ST. MSc. PhD.
Dr. I Made Oka Widyantara, ST, MT.
I Made Arsa Suyadnya, ST. M.Eng.
Dr. Nyoman Putra Sastra, ST. MT.
Duman Care Khrisne, ST. MT.
Ir. I Wayan Sukerayasa, MT.
Alamat Redaksi:
Program Studi Teknik Elektro Fakultas Teknik Universitas Udayana
Kampus Bukit Jimbaran
Tel./Fax: 0062 361 703315
Email: [email protected]
Website: www.ee.unud.ac.id
Tata Cara Penulisan
Susunan Redaksi
Template of Paper
Google Scholar
Jurnal Spektrum
Search
HOME ANNOUNCEMENTS CURRENT ARCHIVES ABOUT
Register Login
HOME ARCHIVES Vol 5 No 2 (2018): Jurnal Ilmiah SPEKTRUM
PUBLISHED: 2018-12-19
Analisis Pengaruh Harmonisa terhadap Rugi-Rugi Daya pada Sistem Tegangan Rendah dan Transformator GR088di Penyulang Menjangan
APLIKASI PRAKIRAAN CUACA WILAYAH BALI BERBASIS ANDROID
ANALISIS PENAMBAHAN TRANSFORMATOR SISIPAN UNTUK MENGATASI OVERLOAD PADATRANSFORMATORDB0244 DI PENYULANG SEBELANGA
TINJAUAN TERHADAP PLTS 24 KW ATAP GEDUNG PT INDONESIA POWER PESANGGARAN BALI
Aplikasi Sistem Pakar Berbasis Instant Messenger Untuk Diagnosa Awal Penyakit Ginjal
Studi Perbandingan Jaringan Optik Eksisting dengan Gigabit Passive Optical Network (GPON) di KampusUniversitas Udayana Bukit Jimbaran
/ /
ARTICLES
Salim Afif, I W. Sukerayasa, W. G. Ariastina1-10
Ƶ
Pande Gede Wipradnyana, I Made Arsa Suyadnya, Ni Made Ary Esta Dewi Wirastuti11-18
Ƶ
Kadek Wahyudi Widiatmika, I Wayan Arta Wijaya, I Nyoman Setiawan19-25
Ƶ
Ketut Vidhia Kumara, I Nyoman Satya Kumara, Wayan Gede Ariastina26-35
Ƶ
Wahyu Rizki Arifianto, I Made Arsa Suyadnya, I Made Sudarma36-42
Ƶ
PERENCANAAN SETTING PENGAMAN SALURAN UDARA TEGANGAN TINGGI 150 KV DENGAN DIBANGUNNYA GISTANAH LOT
ANALISIS KOORDINASI RELAY ARUS LEBIH (OCR) DAN RECLOSER PADA SISTEM EKSISTING PENYULANG BUKITJATI
Perencanaan Pembangkit Listrik Tenaga Surya Hybrid Pada Area Parkir Gedung Dinas Cipta Karya, Dinas BinaMarga Dan Pengairan Kabupaten Badung
OPTIMASI PENEMPATAN DISTRIBUTED GENERATION PADA PENYULANG GOA LAWAH MENGGUNAKAN METODEPARTICLE SWARM OPTIMIZATION (PSO)
Perencanaan Sistem Long Term Evolution di Wilayah Kota Denpasar Memanfaatkan Bale Banjar untukMenempatkan Base Station
ANALISA KONSUMSI DAYA SISTEM PELACAKAN POSISI MUATAN ROKET BERBASIS ARDUINO
Smart Irigasi Berbasis Arduino Sebagai Kontrol Air Subak untuk Mempertahankan Ketahanan Pangan
SISTEM MONITORING TEMPAT PEMBIBITAN IKAN ARWANA BERBASIS IoT MENGGUNAKAN APLIKASI CISCOPACKET TRACER 7.0 SEBAGAI SIMULATOR
I Putu Yuda Pramana Putra, Pande Ketut Sudiarta, Gede Sukadarmika43-53
Ƶ
Anak Agung Ngurah Wanda Ariesta, I Gede Dyana Arjana, Tjok Gede Indra Partha54-60
Ƶ
Wayan Wijana, I Ketut Wijaya, I Made Mataram61-66
Ƶ
Eric Timotius Abit Duka, I Nyoman Setiawan, Antonius Ibi Weking67-73
Ƶ
I Made Bagas Sastra Negara, Ngakan Putu Satriya Utama, Cok Gede Indra Partha74-80
Ƶ
Yoel Sthefianus, Pande Ketut Sudiarta, Gede Sukadarmika81-87
Ƶ
Anak Agung Bagus Rama Windhu Putra, Dewa Made Wiharta, Nyoman Putra Sastra88-93
Ƶ
I Kadek Agus Wahyu Raharja, Fachri Zamzami, I Gede Feryanda Fransiska, I Gusti Ngurah Janardana94-102
Ƶ
Ketut Arsarahadi Oka Brahmansa, Pande Ketut Sudiarta, Nyoman Gunantara103-118
POTENSI PEMANFAATAN ATAP GEDUNG PUSAT PEMERINTAHAN KABUPATEN BADUNG UNTUK PLTS ROOFTOP
OPTIMASI PENEMPATAN RECLOSER UNTUK MEMPERBAIKI KEANDALAN PADA PENYULANG LEMBONGANMENGGUNAKAN METODE PARTICLE SWARM OPTIMIZATION-FUZZY
ANALISIS KEANDALAN DAN SUSUT DAYA PENYULANG TABANAN SETELAH REKONFIGURASI
ANALISA SISTEM PENGAMAN GENERATOR PLTDG DI PT INDONESIA POWER UNIT PEMBANGKITAN BALI
PENGEMBANGAN KOMUNIKASI MULTIKANAL UNTUK MONITORING INFRASTRUKTUR JARINGAN BERBASIS BOTTELEGRAM
Analisis Unjuk Kerja Pemantauan Jaringan OpenNMS (Open Network Monitoring System) pada Jaringan TCP/IP
Analisis Pengaruh Nilai Resistansi untuk Pentanahan Kawat Netral Terhadap THD Arus di Fakultas TeknikUniversitas Udayana – Sudirman
Alat Bantu Komunikasi Terintegrasi bagi Penyandang Tuna Wicara Berbasis Sensor Gerak dan OpenWrt
RANCANG BANGUN SISTEM PERINGATAN DINI BAHAYA TANAH LONGSOR DENGAN SENSOR HYGROMETER DANPIEZOELECTRIC
Ƶ
I Dewa Gde Yaya Putra Pratama, I Nyoman Satya Kumara, I Nyoman Setiawan119-128
Ƶ
Jaime Luis da Costa, Rukmi Sari Hartati, Widyadi Setiawan129-138
Ƶ
Salman Al Farisi, Rukmi Sari Hartati, I Wayan Sukerayasa139-144
Ƶ
Putu Wira Asta Dharma, Cok Gede Indra Partha, Ngakan Putu Satriya Utama145-151
Ƶ
Rio Juniyantara Putra, Nyoman Putra Sastra, Dewa Made Wiharta152-157
Ƶ
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta158-166
Ƶ
I G.N Nanda Ramdipa Amerta, I Wayan Rinas, I G.N Janardana167-175
Ƶ
I Wayan Pasek Suyadnya, I Putu Wijaya Adi Candra, Nyoman Agus Nugraha Ginarsa, I Made Suartika176-182
Ƶ
PERENCANAAN JARINGAN LTE DENGAN MEMANFAATKAN LAMPU PENERANGAN JALAN SEBAGAI TITIK BASESTATION DI WILAYAH DENPASAR
ANALISIS JARINGAN WLAN 802.11g RUMAH SAKIT KAPAL KABUPATEN BADUNG
ANALISA LIGHTNING ARRESTER AKIBAT UPRATING TRANSFORMATOR 150/20 kV DARI 30 MVA KE 60 MVA DIGARDU INDUK SANUR
ANALISIS HASIL DRIVE TEST MENGGUNAKAN SOFTWARE G-NET DAN NEMO DI JARINGAN LTE AREA DENPASAR
OPTIMASI TITIK INTERKONEKSI DISTRIBUTED GENER-ATION (PLTM MUARA) GUNA MEMINIMALKAN RUGI – RUGIDAYA MENGGUNAKAN METODE ARTIFICIAL BEE COLONY (ABC) PADA PENYULANG PANJI
Rekon�gurasi Saluran Distribusi 20 kV Untuk Mengurangi Rugi-Rugi Daya dan Jatuh Tegangan Pada PenyulangAbang
SISTEM PENCARIAN LONTAR BERBASIS WEB DENGAN METODE VECTOR SPACE MODEL PADA DINASKEBUDAYAAN PROVINSI BALI
ANALISA RESETTING OVER CURRENT RELAY DAN GROUND FAULT RELAY PADA TRAFO 60 MVA 150/20 kV DANPENYULANG 20 kV GARDU INDUK PADANG SAMBIAN
Ni Kadek Diah Parwati, Dewa Made Wiharta, Widyadi Setiawan183-190
Ƶ
Aprilindo Purba, Pande Ketut Sudiarta, I G.A.K Diafari Djuni Hartawan191-199
Ƶ
IGN. Agung Dwi Jaya Putra, D.M. Wiharta, N.P. Sastra200-206
Ƶ
Dewa Putu Yudha Prawira, I Gede Dyana Arjana, Cok Gede Indra Partha207-215
Ƶ
I Gede Made Yogi Priyandana Adi Saputra, Pande Ketut Sudiarta, Gede Sukadarmika216-223
Ƶ
I Made Arya Supartana, Rukmi Sari Hartati, I Wayan Sukerayasa224-230
Ƶ
I Putu Arya Suardika, I Gede Dyana Arjana, Anak Agung Gede Maharta Pemayun231-238
Ƶ
I Kadek Yuda Setiadi, Made Sudarma, Duman Care Khrisne239-245
Ƶ
Indra Gunawan, Wayan Rinas, I Gusti Ngurah Janardana246-252
ANALISA KESTABILAN GERAKAN STATIS PADA ROBOT HUMANOID
PROTOTYPE PENGENDALIAN DAYA LISTRIK AC DAN LAMPU DENGAN ANALISIS STANDAR KENYAMANANRUANGAN BERBASIS ATMEGA 2560
Studi Optimasi Reposisi Recloser Untuk Meningkatkan Keandalan Pada Penyulang Blahkiuh MenggunakanMetode Algoritma Genetika
RANCANG BANGUN SCORING BOARD MENGGUNAKAN JOYSTICK BERBASIS ARDUINO YANG DIGUNAKAN PADALATIH TANDING TAEKWONDO
ANALISIS KINERJA KOMBINASI SISTEM CODE DIVISION MULTIPLE ACCESS MULTIPLE INPUT MULTIPLE OUTPUTDENGAN KODE PENEBAR WALSH PADA KANAL RAYLEIGH FADING
AUDIT ENERGI UNTUK EFISIENSI ENERGI PADA GEDUNG PT. SEJAHTERA INDOBALI TRADA
STUDI PENGARUH TIDAK BEROPERASINYA PLTSa SUWUNG TERHADAP PROFIL TEGANGAN PADA PENYULANGSERANGAN
OPTIMASI PENEMPATAN DISTRIBUTED GENERATOR TERHADAP PERBAIKAN PROFILE TEGANGAN PADAPENYULANG ABANG MENGGUNAKAN METODE QUANTUM GENETIC ALGORITHM (QGA)
Ƶ
Nicko Satrio Pambudi, Dewa Made Wiharta, Nyoman Putra Sastra253-262
Ƶ
Made Dwi Krisna Putra Sudiharta, I Gede Dyana Arjana, Cok Gede Indra Partha263-271
Ƶ
I Ketut Ariek Astana Adi, I Gede Dyana Arjana, Widyadi Setiawan272-277
Ƶ
Komang Agus Werdi Darmayasa, I Gusti Agung Putu Raka Agung, Pratolo Rahardjo278-284
Ƶ
I Gd. Tri Dharma Prawira, I.G.A.K. Diafari Djuni Hartawan, N. Pramaita285-291
Ƶ
I Wayan Alit Sutresna, Antonius Ibi Weking, I Wayan Rinas292-298
Ƶ
Gede Endrawadi, I Wayan Sukerayasa, Wayan Gede Ariastina299-304
Ƶ
Dewa Gede Satria Bayu Putra, Antonius Ibi Weking, Widyadi Setiawan305-309
Ƶ
ANALISIS BEBAN TAKSEIMBANG TERHADAP RUGI-RUGI DAYA DAN EFISIENSI TRANSFORMATOR KL0005JARINGAN DISTRIBUSI SEKUNDER PADA PENYULANG KLUNGKUNG
Tata Cara Penulisan
Susunan Redaksi
Template of Paper
Google Scholar
I Putu Gede Kartika, I Ketut Wijaya, I Made Mataram310-317
Ƶ
Jurnal Spektrum
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 158
Analisis Unjuk Kerja Pemantauan Jaringan OpenNMS (Open Network Monitoring System) pada Jaringan
TCP/IP
Yohanes Hendra Nugroho1 Nyoman Putra Sastra2 Dewa Made Wiharta3
Program Studi Teknik Elektro, Fakultas Teknik - Universitas Udayana Email: [email protected] [email protected] [email protected]
Abstrak
Dalam membangun jaringan pada suatu perusahaan atau universitas yang besar diperlukan sebuah manajemen jaringan untuk memudahkan dalam pengaturan dan pengawasan jaringan tersebut. Semakin kompleks jaringan multimedia yang dibangun, maka semakin sulit bagi administrator untuk melakukan pemantauan terhadap jaringan tersebut. Untuk itu, perlu dibangun sebuah sistem monitoring yang bertujuan mempermudah dalam hal melakukan pemantauan dan juga pemeliharaan dan peningkatan kualitas jaringan. Dalam penelitian ini, dibangun sebuah sistem monitoring OpenNMS (Open Network Monitoring System) dengan tujuan untuk bisa memberi gambaran bagaimana OpenNMS bekerja memonitor jaringan yang ada. Pada penelitian ini, dianalisa kinerja dari perangkat-perangkat yang ada, berupa response time pada setiap service yang berjalan serta service SNMP untuk memonitor kualitas dari perangkat yang ada. Dibangun pula Bot yang berfungsi memberikan informasi yang dibutuhkan melalui aplikasi Telegram. Bot tersebut terintegrasi dengan OpenNMS dan dapat otomatis mengirim informasi alarm yang terpantau dari OpenNMS jika perangkat ataupun jaringan sedang terjadi masalah. Sehingga dari hasil penelitian ini, diharapkan memberikan kemudahan bagi administrator untuk memantau kinerja pada jaringan dan penggunaan alarm Bot Telegram untuk selalu memberikan informasi terbaru jika perangkat atau jaringan sedang mengalami down. Kata kunci: Bot Telegram, Jaringan Multimedia, Manajemen Jaringan, OpenNMS, SNMP 1. PENDAHULUAN
Secara umum, manajemen jaringan merupakan sebuah metode pengawasan terhadap unjuk kerja jaringan dan mengendalikan trafik agar diperoleh kapasitas jaringan dengan pengoperasian yang maksimal pada berbagai situasi [1]. Manajemen jaringan juga berfungsi untuk merencanakan, analisa, evaluasi, desain, administrasi dan mengembangkan jaringan telekomunikasi sehingga dari data tersebut diperoleh kualitas pelayanan yang baik dengan biaya proporsional dan juga kapasitas yang optimal. Manajemen jaringan juga memiliki kemampuan untuk memonitor dan mengontrol jaringan komputer dari sebuah lokasi.
Dalam memanajemen jaringan, jaringan komputer merupakan suatu himpunan interkoneksi sejumlah komputer yang mencakup berbagai perangkat, untuk perangkat keras yaitu komputer, hub, switch, router, PBX, Sentral Telepon, dan lain-lain. Sedangkan untuk perangkat lunak berupa Sistem Operasi (OS)/Network Operating System, aplikasi, dan sebagainya. Saat ini banyak platform yang
dapat digunakan untuk memonitor suatu jaringan seperti Ground works, Zabbix, Zenoss, OpenNMS, Nagios, Hyperic-hq [1]. Pada penelitian ini penulis menggunakan OpenNMS sebagai platform monitoring jaringan. OpenNMS (Network Management System) adalah salah satu cara sistem manajemen monitoring jaringan yang bebas dan bersifat open source. OpenNMS dikembangkan dan didukung oleh komunitas pengguna dan pengembang serta oleh Group OpenNMS yang menawarkan layanan komersial dan pelatihan.
OpenNMS yang digunakan pada penelitian ini akan memerlukan plugin tambahan dengan tujuan untuk memperluas jangkauan monitoring dengan monitoring yang terdistribusi ataupun terintegrasi dengan software open source lain. 2. TINJAUAN PUSTAKA
Pada penelitian yang dilakukan oleh Harry Li telah ditinjau perbedaan antara jaringan nirkabel dengan jaringan kabel konvensional dan membahas tentang
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 159
analisis, desain dan implementasi teknologi manajemen WLAN berbasis NMS yang didasarkan kerangka kerja OpenNMS [2].
Sementara itu, penelitian yang dilakukan oleh Basem Shihada ditujukan untuk visualisasi arsitektur perangkat lunak OpenNMS dan menganalisis dari aspek konseptual dan arsitektur dasar [3].
Pada penelitian lain yang dilakukan oleh Shane O’Donnell dibahas tentang perbandingan manajemen jaringan menggunakan Protokol SNMP antara lain Ground works, Zabbix, Zenoss, OpenNMS, Nagios, Hyperic-hq [1]. Secara umum protokol SNMP banyak digunakan untuk mengembangkan pemantauan manajemen jaringan dikarenakan dapat digunakan pada sebagian besar sistem operasi.
Dalam penelitian ini, penulis membangun sebuah monitoring jaringan OpenNMS yang terintegrasi dengan Bot Telegram, untuk dapat melakukan konfigurasi dan integrasi dengan OpenNMS pada server dan jaringan di Universitas Udayana. Tujuan dari penelitian ini adalah untuk dapat mengetahui kinerja dari tiap server apakah sudah berjalan dengan baik dan dapat memonitor trafik jaringan yang masuk dan keluar serta port-port yang berjalan pada jaringan TCP/IP.
2.1 Network Managament
Manajemen jaringan adalah kemampuan untuk mengontrol dan memantau sebuah jaringan komputer pada suatu tempat. Pada OSI (Open System Interconnection), standar network manajemen harus memenuhi FCAPS (Fault, Configuration, Accounting, Performance dan Security) [4]. FCAPS sendiri merupakan model dan framework dari ISO (International Organization for Standardization) Telecommunications Management Network.
Parameter dari FCAPS yaitu: 1) Fault Management, 2) Configuration Management, 3) Accounting Management, 4) Performance Management, dan 5) Security Management.
Fault Management berfungsi untuk menyediakan fasilitas untuk administrator agar dapat memantau jika terjadi kesalahan pada perangkat jaringan yang dikelola sehingga dapat segera ditindaklanjuti (pebaikan). Manajemen konfigurasi berfungsi untuk memonitor infomasi konfigurasi jaringan sehingga memiliki dampak pada perangkat keras dan lunak
agar dapat dikelola dengan baik. Tujuan pengelolaan konfigurasi meliputi:
Manajemen Akunting berfungsi mengukur utilisasi (penggunaan) jaringan dari pengguna atau kelompok tertentu untuk melacak informasi penggunaaan jaringan sehingga pengguna individu, institusi maupun unit bisnis dapat ditagih atau dikenakan biaya untuk tujuan akunting. Manajemen kinerja difokuskan untuk memastikan bahwa kinerja jaringan tetap pada tingkat yang dapat diterima. Kinerja jaringan menangani throughput, waktu respon jaringan, tingkat packet loss, utilisasi link, persentase utilisasi, tingkat kesalahan dan sebagainya.
Manajemen keamanan adalah proses pengendalian akses terhadap aset dalam jaringan. Fungsi manajemen keamanan meliputi pengelolaan otentikasi, otorisasi, dan audit jaringan, sehingga pengguna internal dan eksternal hanya memiliki akses ke sumber daya jaringan yang sesuai. Tugas umum lainnya meliputi konfigurasi dan pengelolaan firewall jaringan, sistem deteksi intruksi, dan kebijakan keamanan. 2.2 Simple Network Management
Protocol (SNMP) SNMP merupakan protokol yang
digunakan untuk memonitor dan mengelola berbagai perangkat yang terhubung dalam jaringan [5].
2.2.1 Komponen Utama SNMP
Terdapat tiga komponen utama dari SNMP, seperti pada Gambar 1, yaitu Management Information Base (MIB), Agen, dan Manager.
Gambar 1. Struktur SNMP
MIB merupakan struktur basis data variabel dari sebuah elemen jaringan yang dimonitor. Agen merupakan software yang dijalankan pada setiap perangkat jaringan yang dimonitor. Agen ini bertugas mengumpulkan seluruh informasi yang telah ditentukan oleh MIB. Manager adalah software yang berjalan pada jaringan yang bertugas meminta informasi ke agen.
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 160
2.2.2 Fungsi SNMP Gambar 2 dan Gambar 3 merupakan
ilustrasi Fungsi SNMP. Fungsi Get digunakan oleh manager untuk mengambil suatu informasi dari agen MIB. Sedangkan Set digunakan oleh manager untuk mengatur atau mengisi nilai variabel pada agen MIB. Trap digunakan oleh agen untuk mengirim peringatan kepada manager. Inform: digunakan oleh manager untuk mengirim peringatan kepada manager lainnya.
Gambar 2. SNMP query
Gambar 3. SNMP TRAP
2.3 Struktur Manajemen Informasi
Structure of Management Information (SMI) memiliki fungsi mendefinisikan objek yang telah teratur dari sifat mereka. Agen yang terdapat pada perangkat memiliki daftar kejadian objek yang telah terekam.
Contohnya status dari perangkat router (apakah nyala atau mati).
2.3.1 MIB-II
MIB-II adalah kelompok manajemen yang sangat penting dikarenakan setiap perangkat yang mendukung SNMP harus mendukung MIB-II.
Dari Gambar 4, Seksi dari RFC 1213- MIB yang mendefinisikan dasar OIDs untuk subtree akan terlihat seperti dibawah ini [6]:
1. mib-2OBJECT IDENTIFIER::= {mgmt 1} 2. sistemOBJECT IDENTIFIER::= {mib-2 1} 3. inferfaceOBJECT IDENTIFIER::= {mib-2 2} 4. atOBJECT IDENTIFIER::= {mib-2 3} 5. ipOBJECT IDENTIFIER::= {mib-2 4} 6. icmp OBJECT IDENTIFIER::= {mib-2 5} 7. tcp OBJECT IDENTIFIER::= {mib-2 6} 8. udp OBJECT IDENTIFIER::= {mib-2 7} 9. egp OBJECT IDENTIFIER::= {mib-2 8} 10. transmission OBJECT IDENTIFIER::= {mib-
2 10} 11. snmpOBJECT IDENTIFIER::= {mib-2 11}
Deskripsi lebih jelas ditunjukkan pada Tabel 1
Gambar 4. MIB Tree
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 161
Tabel 1 Deskripsi dari group MIB-II [6]
Subtree Name
OID Description
Sistem 1.3.6.1.2.1.1 Menyatakan sebuah daftar objek yang berhubungan dengan sistem operasi, seperti uptime sistem, kontak sistem, dan nama sistem.
Interfaces 1.3.6.1.2.1.2 Menjaga jalur dari status tiap interfaces pada managed entity. Grup interfaces memantau interfaces yang hidup dan mati dan mencatat beberapa hal seperti jumlah oktet yang terkirim dan diterima, error dan disCards, dan lain sebagainya.
at 1.3.6.1.2.1.3 Grup Address translation (at) dihilangkan dan disediakan hanya untuk kompatibilitas dengan versi sebelumnya.
ip 1.3.6.1.2.1.4 Menjaga jalur dari beberapa aspek dari IP, termasuk IP routing.
icmp 1.3.6.1.2.1.5 Memeriksa error SNMP, disCards, dan lain sebagainya tcp 1.3.6.1.2.1.6 Mencatat,antara beberapa hal lain, keadaan koneksi TCP
(misalnya, closed, listen, synSent, dan lain sebagainya). udp 1.3.6.1.2.1.7 Mencatat statistik UDP, datagram yang masuk dan keluar,
dan lain sebagainya. egp 1.3.6.1.2.1.8 Mencatat statistik tentang EGP dan memelihara tabel EGP
tetangga. transmission 1.3.6.1.2.1.10 Belum terdapat objek yang didefinisikan pada grup ini, tetapi
media spesifik lain dinyatakan dengan menggunakan subtree ini.
snmp 1.3.6.1.2.1.11 Mengukur kehandalan dari implementasi SNMP seperti managed entity dan mencatat paket SNMP terkirim dan diterima.
2.4 Open Network Monitoring
System (OpenNMS) OpenNMS merupakan suatu
pemantauan jaringan pada kampus, perusahaan, ataupun tempat lainnya dan platform manajemen jaringan yang dikembangkan dalam model open source. Fitur–fitur yang terdapat pada OpenNMS yaitu: 1) Service Polling: berfungsi untuk menentukan ketersediaan layanan dan latensi, termasuk pengukuran ketersediaan distribusi dan latensi serta pelaporan hasil. 2) Pengumpulan data: berfungsi mengumpulkan, menyimpan, dan melaporkan hasil data yang telah dikumpulkan dari node protokol termasuk SNMP, HTTP, dan NS client. 3) Thresholding berfungsi untuk mengevaluasi data latency yang disurvei atau data kinerja yang dikumpulkan. 4) Event management berfungsi menerima kejadian, baik internal maupun eksternal, termasuk melalui perangkat SNMP, 5) Alarm dan otomatisasi berfungsi mengurangi kejadian menurut scripting tindakan otomatis berpusat di sekitar alarm, dan 6) Pemberitahuan bertugas untuk memberitahu tentang kejadian penting
dengan mengirimkan melalui e-mail, XMPP, atau cara lain 3. METODE PENELITIAN 3.1 Rancangan Penelitian
Gambaran umum dari rancangan penelitian dapat dilihat pada Gambar 5, yaitu terdiri dari sebuah server monitoring OpenNMS yang nantinya dapat memantau secara keseluruhan perangkat jaringan yang ada dan terhubung melalui router.
Gambar 5. Gambaran Umum Monitoring Jaringan OpenNMS
3.2 Alur Analisis 3.2.1 Alur Analisis Umum
Setelah cukup mendapatkan studi literatur yang dibutuhkan, tahap selanjutnya adalah melakukan konfigurasi OpenNMS dengan jaringan yang ada di Universitas Udayana. Setelah tahap konfigurasi selesai, selanjutnya dilakukan pemantauan jaringan berupa response time dari setiap service yang ada
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 162
dijaringan, yaitu ICMP response time, SSH response time dan juga service SNMP. Kemudian setelah data didapat, dilakukan analisa terhadap jaringan dan selanjutnya pembuatan kesimpulan dari hasil analisa tersebut. Untuk lebih jelas, dapat dilihat pada flowchat Gambar 6.
Gambar 6. Alur Analisis Umum
3.2.2 Alur Konfigurasi Sistem
Monitoring OpenNMS Pada Gambar 7, flowchart ini
menjelaskan bahwa tahap pertama yang dilakukan yaitu mempersiapkan perangkat hardware berupa PC server, perangkat jaringan, Bot Telegram, Bot alarm dan software OpenNMS. Setelah semua perangkat siap, tahap berikutnya adalah menginstall dan mengkonfigurasi OpenNMS, Bot Telegram, Bot alarm ke jaringan. Selanjutnya, mengecek hardware dan software apakah sudah berjalan dengan semestinya, jikalau belum, dilakukan pengecekan kembali terhadap perangkat yang digunakan dan juga konfigurasi yang dilakukan. Dan jika semua perangkat yang dipergunakan sudah berjalan dengan semestinya, masuk ketahap selanjutnya yaitu melakukan pengujian dan pengukuran resourse jaringan pada sistem monitoring OpenNMS.
Dan untuk arsitektur yang digunakan pada sistem monitoring OpenNMS, dapat dilihat pada Gambar 8 yang dapat dijelaskan : • Sistem monitoring OpenNMS akan
memonitor jaringan TCP/IP dengan
cara men-check service apa saja yang ada dijaringan tersebut.
• Hubungan antara MRTG dengan OpenNMS bersifat independen dan berfungsi sebagai monitoring jaringan yang terintergrasi dengan OpenNMS. Pada service SNMP, OpenNMS
dapat memonitor penggunaan beban memory dan trafik yang terjadi pada setiap perangkat yang sudah memiliki service tersebut.
Gambar 7. Alur Konfigurasi Sistem Monitoring
OpenNMS
Gambar 8. Arsitektur Sistem Monitoring OpenNMS
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 163
Untuk Alarm Bot Telegram mekanisme proses kerja secara kontinu. Dimana pada Bot tersebut melakukan permintaan data alarm kepada server OpenNMS setiap 10 detik. Setelah data didapat, Bot akan menyimpan data tersebut ke database cloud dan juga mengirim hasil data ke pengguna melalui server Telegram. Pada Bot alarm ini juga diatur hanya mengambil data alarm yang bersifat severity Major ke atas. Lebih jelas, dapat dilihat pada Gambar 9.
Gambar 9. Arsitektur Sistem Bot Telegram 4. HASIL DAN PEMBAHASAN 4.1 Hasil Instalasi dan konfigurasi 4.1.1 Instalasi OpenNMS
Pada tahap instalasi OpenNMS, dilakukan beberapa tahapan sebagai berikut :
1. Instalasi Operating System ubuntu server 14.04 pada komputer server.
2. Instalasi perangkat lunak pendukung lainnya agar dapat menjalankan OpenNMS, seperti: JDK (Java Development Kit), tomcat dan postgreSQL.
3. Instal snmp dan snmpd 4. Instalasi dan konfigurasi OpenNMS.
Untuk hasil dari instalasi OpenNMS dapat dilihat pada Gambar 10.
Gambar 10. Hasil Instalasi OpenNMS
4.1.2 Konfigurasi Node dengan OpenNMS OpenNMS tidak dapat langsung
menampilkan node-node yang terdapat pada jaringan yang akan dimonitor. Perlu dilakukan beberapa konfigurasi lanjutan agar dapat melakukan proses pemantauan jaringan.
1. Konfigurasi Discovery Pada halaman OpenNMS masuk pada menu Configure Discovery, untuk jangkauan discovery masukan alamat IP yang akan dimonitor.
2. Konfigurasi Map Setelah instalasi OpenNMS fitur map tidak akan diaktifkan, sehingga taskbar tidak akan terlihat link untuk map dari jaringan.
sebelumnya dilakukan konfigurasi untuk menampilkan map, yaitu:
1. Semua operasi pendukung OpenNMS harus di stop.
2. Pada terminal ketikan perintah “cp /etc/opennms/map.disable /etc/opennms/map.enable”
3. Jalankan kembali operasi yang mendukung OpenNMS. Untuk hasil konfigurasi node dengan
OpenNMS dapat dilihat pada Gambar 11.
Gambar 11. Hasil Konfigurasi Node dengan OpenNMS
4.1.3 Pengaturan Alarm Bot
Telegram Tujuan dari dibangun Bot Telegram
yaitu untuk memberikan informasi alarm yang terjadi pada jaringan Universitas Udayana yang terpantau melalui OpenNMS. Alarm OpenNMS berisi node-node yang mengalami permasalahan pada jaringan. Pada Bot Telegram ini bertugas mengirimkan informasi alarm hanya pada status “Major” dan “Critical”, dikarenakan pada status ini jaringan sudah down dan harus segera ditindaklanjuti. Untuk Bot Telegram sendiri dibangun menggunakan framework javascript yaitu NodeJS. Dan media penyimpanan data menggunakan service dari google yaitu firebase firestore.
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 164
Untuk hasil dari pengaturan Bot Telegram, dapat dilihat pada Gambar 12.
Gambar 12. Hasil Pengaturan Alarm Bot Telegram
4.2 Pembahasan 4.2.1 Fungsionalitas Monitoring
Pada hasil ini akan melihat kinerja dari pemantauan jaringan OpenNMS berupa ICMP response time, SSH response time dalam bentuk resourse graph.
Gambar 13 adalah hasil monitoring OpenNMS untuk response time pada service ICMP dari node router-nat.unud.ac.id. Data hasil monitoring tersebut ditampilkan dalam bentuk Resourse Graph yang merupakan data monitoring dari tanggal 1 April 2018 sampai dengan 30 Juni 2018. Dari hasil monitoring tersebut, dapat dilihat bahwa service ICMP untuk rata-rata response time pada node router-nat.unud.ac.id adalah 13,64 ms dengan maksimal response time yang terjadi adalah 141,63 ms dan untuk minimal response time pada node router-nat.unud.ac.id adalah 1,11 ms.
Gambar 13. Resourse Graph ICMP Response
Time router-nat.unud.ac.id
Gambar 14 adalah hasil monitoring
OpenNMS untuk response time pada service SSH dari node router-nat.unud.ac.id. Dari data hasil monitoring tersebut, dapat dilihat bahwa service SSH untuk rata-rata response time pada node router-nat.unud.ac.id adalah 33.,59 ms dengan maksimal response time yang terjadi adalah 251,52 ms dan untuk minimal response time pada node router-nat.unud.ac.id adalah 2,41 ms.
Gambar 14. Resourse Graph SSH Response Time Switch router.nat.unud.ac.id
Gambar 15 adalah hasil monitoring
OpenNMS untuk timeout TCP Open Connections dari node web-vm8. Berfungsi sebagai informasi berapa waktu yang diperlukan oleh node web-vm8 untuk memperbaiki data yang rusak dan mengirimkannya kembali setelah data berhasil diperbaiki. Dari data hasil monitoring tersebut, dari data rata-rata timeout TCP Open Connections adalah 114.9 ms yang didapat dari selisih time out rata-rata sebesar 429,28 ms dan time in rata-rata sebesar 314,34 ms. Dan untuk timeout maksimal yang terjadi adalah 405 ms, yang dimana didapat dari selisih time out maksimal sebesar 1,10 s dan time in maksimal sebesar 695 ms.
Gambar 15. Resourse Graph service SNMP untuk TCP Open Connections pada web-vm8
Gambar 16 adalah hasil monitoring
OpenNMS untuk system memory status
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 165
dari node web-vm8. Fungsi dari data monitoring ini adalah untuk me-monitor beban memori dari web-vm8, sehingga hasil dari data monitoring tersebut dapat dijadikan acuan bagi administrator untuk perlu atau tidak meningkatkan kinerja memori pada web-vm8. Dapat dilihat bahwa node web-vm8 memiliki memori total sebesar 31.42 GB dengan memori yang sudah terpakai rata-rata sebesar 6,88 GB dan memori terbesar yang digunakan adalah 8,56 GB dalam kurun waktu yang dipantau. Pada grafik tersebut juga dapat dipantau untuk memori yang masih dapat digunakan yaitu sebesar 22.60 GB.
Gambar 16. Resourse Graph Service SNMP untuk System Memory status pada web-vm8
4.2.2 Fungsionalitas Event
Management pada OpenNMS Pada hasil ini akan melihat kinerja
dari pemantauan jaringan OpenNMS berupa monitoring event management yang terjadi pada jaringan di Universitas Udayana.
Gambar 17 merupakan event management dari hasil monitoring OpenNMS terhadap perangkat dan jaringan yang ada di Universitas Udayana. Pada tampilan ini, data hasil monitoring OpenNMS berupa ID event, status severity, time saat terjadi event, node, nomor interface, service yang berjalan dan keterangan notifikasi singkat dari node. Fungsi event management dari hasil monitoring OpenNMS adalah agar administrator dapat mengetahui event-event apa saja yang terjadi selama termonitor, dengan begitu administrator dapat menjadikan hasil tersebut sebagai bahan pertimbangan apakah jaringan sudah bekerja dengan baik atau perlu dilakukan optimalisasi. Dan dari hasil monitoring OpenNMS terhadap jaringan Universitas Udayana, rata-rata berjalan
dengan normal dan jika ada node yang mengalami severity minor maka dengan otomatis akan memperbaiki data dan node akan kembali normal.
Gambar 17. Tampilan Hasil Monitoring Event
Management OpenNMS 4.2.3 Fungsionalitas Alarm pada
OpenNMS Pada hasil ini akan melihat kinerja
dari pemantauan jaringan OpenNMS berupa informasi alarm jika terjadi permasalahan pada jaringan di Universitas Udayana.
Gambar 18 merupakan tampilan hasil monitoring jaringan yang dimana pada saat jaringan yang dimonitor sedang mengalami permasalahan. Untuk kolom alarm ini akan menyimpan data untuk status minor ke atas yaitu minor, mayor dan critical. Data yang disimpan berupa ID severity, status severity, node, interface, service count, last and first event time, Log Msg. Data ini akan terus tersimpan sampai node kembali normal. Pada kolom Alarm terdapat node dengan severity Major. Pada severity ini, mengindikasikan bahwa node tersebut sedang mengalami down dan harus ditindaklanjuti agar node tersebut kembali berjalan normal.
Gambar 18. Tampilan Hasil Alarm OpenNMS 4.2.4 Fungsionalitas Monitoring
Alarm Bot Telegram Pada hasil ini akan melihat kinerja
dari Alarm Bot Telegram berupa informasi data alarm yang terpantau oleh OpenNMS terhadap jaringan Universitas Udayana.
E-Journal SPEKTRUM Vol. 5, No. 2 Desember 2018
Yohanes Hendra Nugroho, Nyoman Putra Sastra, Dewa Made Wiharta 166
Dapat dilihat dari Gambar 19, untuk hasil monitoring OpenNMS pada jaringan yang ada di Universitas Udayana, terdapat jaringan yang sedang mengalami down. Jaringan yang down ini dikumpulkan oleh OpenNMS dalam kolom Alarm, sehingga Bot mengambil daftar alarm dan mengirimkan ke grup telegram secara otomatis. Informasi alarm yang terjadi pada node adalah tidak terlalu detail seperti ditampilkan pada Bot, Bot ini hanya menampilan severity, pesan log dan label.
Gambar 19. Alarm Bot Telegram 5. KESIMPULAN
Kesimpulan dari analisis unjuk kerja pemantauan jaringan TCP/IP pada Universitas Udayana dengan menggunakan OpenNMS adalah sebagai berikut.
Dari hasil dan pembahasan pada monitoring OpenNMS, untuk resourse graph ICMP response time dan SSH response time pada tiap perangkat sudah dapat terpantau. Dan dari hasil tersebut jika perangkat atau jaringan sedang mengalami down, akan langsung terpantau dan ditampilkan dalam kolom “alarm”.
Alarm Bot Telegram memiliki fungsi untuk mengambil hasil data alarm di OpenNMS. Hasil data alarm akan ditampilkan dalam bentuk chat text dengan rincian informasi severity yang terjadi, pesan log yang berisi status node saat itu dan label yang berisi nama node.
6. DAFTAR PUSTAKA [1] O’Donnell, Shane. 2000. Network
Management: Open Source Solutions to Proprietary Problems. Cary, NC: 975 Walnut St., Suite 242.
[2] Li, Harry Ph.D., and Chen, Guangjing. 2005. Wireless LAN Network Management System. San Jose: Computer Engineering Department, Collage of Engineering, San Jose State University.
[3] Shihada, Basem. 2002. Conceptual & Concrete Architectures of Open Network Management System (OpenNMS). Ontario, Canada: University of Waterloo, Dept. of Computer Science.
[4] Goyal, P., Mikkilineni, R. and Ganti, M. 2009. FCAPS in the Business Services Fabric Model. in Enabling Technologies: Infrastructures for Collaborative Enterprises. WETICE ’09. 18th IEEE International Workshops on pp.45-51.
[5] “SNMP Research International, Inc.” [Online]. Available: www.snmp.com. [Accessed: 22-Feb-2018]
[6] Mauro, D., and Schmidt, K. 2005. Essential SNMP. O’Reilly, Sebastopol, CA.
[7] “Tutorials OpenNMS.” [Online]. Available: https://wiki.opennms.org/wiki/Tutorials. [Accessed: 22-Feb-2018]
[8] Wiguna, I Ketut Mustika. 2008. Analisis Unjuk Kerja Network Monitoring Nagios pada Jaringan TCP/IP. Bukit Jimbaran, Bali: Jurusan Teknik Elektro, Fakultas Teknik, Universitas Udayana.