LAPORAN KERJA PRAKTEK ANALISA QUALITY OF SERVICE …
Transcript of LAPORAN KERJA PRAKTEK ANALISA QUALITY OF SERVICE …
LAPORAN KERJA PRAKTEK
ANALISA QUALITY OF SERVICE JARINGAN MENGGUNAKAN
SMOKEPING
DI PEMDA SLEMAN
Diajukan sebagai salah satu syarat
untuk memperoleh gelar sarjana Teknik Informatika
Disusun oleh :
Nama : Raleck Wiris Setia Nugroho
NIM : 08651011
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SUNAN KALIJAGA
YOGYAKARTA
2012
i
LAPORAN KERJA PRAKTEK
ANALISA QUALITY OF SERVICE JARINGAN
MENGGUNAKAN SMOKEPING
DI PEMDA SLEMAN
Diajukan sebagai salah satu syarat
untuk memperoleh gelar sarjana Teknik Informatika
Disusun oleh :
Nama : Raleck Wiris Setia Nugroho
NIM : 08651011
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SUNAN KALIJAGA
YOGYAKARTA
2012
ii
iii
KATA PENGANTAR
Segala puji syukur bagi Allah SWT yang telah memberikan kemudahan
dalam setiap kesulitan yang ada selama pelaksanaan kerja praktek. Atas berkat
rahmat-Nya, pelaksanaan kerja praktek yang dilakukan di Dinas Perhubungan
Komunikasi dan Informatika PEMDA Sleman dapat terselasaikan dengan baik.
Pelaksanaan keja praktek ini merupakan salah satu syarat untuk memperoleh gelar
sarjana Teknik Informatika di Universitas Islam Negeri Sunan Kalijaga.
Selanjutnya penulis mengucapkan terima kasih yang sebesar-besarnya kepada:
1. Bapak Agus Mulyanto S.Si., M.Kom. Selaku Kaprodi Teknik Informatika
UIN Sunan Kalijaga yang telah memberi dukungan selama pelaksanaan kerja
praktek.
2. Bapak Sumarsono S.T., M.Kom. Selaku dosen pembimbing yang telah
memberi dukungan serta sumbangsih dan pangarahan-pengarahan selama
pelaksanaan kerja praktek.
3. Bapak Budi Santoso S.T., M.Eng., selaku pembimbing lapangan yang telah
memberikan banyak bantuan dan pengarahan serta pengalaman dan ilmunya.
4. Mas Andri yang memberikan koreksi dan pengarahan dalam pelaksanaan
kerja praktek.
5. Bapak Eka Suryo Prihantoro S.Kom., M.Kom., selaku Kepala Bidang
Komunikasi dan Informatika yang telah memberikan kesempatan untuk
melaksanakan kerja praktek di Kominfo PEMDA Sleman.
6. Bapak Sulistiono A.MD, Mas Edi, Mas Koko, dan Mas Arin, yang telah
banyak membantu selama palaksanaan kerja praktek.
7. Rekan Kerja saya, Puji Winar Cahyo yang senantiasa bekerjasama dalam
menyelesaikan tugas dari Kominfo.
iv
8. Teman-teman Prodi Teknik Informatika UIN Sunan Kalijaga yang telah
banyak membantu dalam pelaksanaan kerja praktek dan penyusunan
laporannya.
9. Serta semua pihak yang tidak dapat disebutkan satu persatu yang telah banyak
membantu selama pelaksanaan dan penyusunan laporan Kerja Praktek ini.
Penulis menyadari masih banyak kekurangan dan kelemahan dalam
pelaksanaan dan penyusunan laporan kerja praktek ini. Semoga pelaksanaan kerja
praktek ini dapat menjadi pengalaman yang berharga bagi penulis dalam
menghadapi persaingan dunia kerja yang sesungguhnya.
Yogyakarta, April 2012
Penulis
v
DAFTAR ISI
HALAMAN JUDUL ........................................................................................ i
LEMBAR PENGESAHAN ............................................................................. ii
KATA PENGANTAR ..................................................................................... iii
DAFTAR ISI .................................................................................................... v
DAFTAR GAMBAR ....................................................................................... x
DAFTAR TABEL ............................................................................................ xiii
BAB I: PENDAHULUAN
1.1 Latar Belakang Masalah ............................................................. 1
1.2 Rumusan Masalah ..................................................................... 2
1.3 Batasan Masalah ........................................................................ 2
1.4 Tujuan Kerja Praktek ................................................................ 2
1.5 Manfaat Kerja Praktek .............................................................. 3
BAB II: TEMPAT KERJA PRAKTEK
2.1 Gambaran Umum Dinas Perhubungan, Komunikasi
dan Informatika .......................................................................... 4
2.2 Bidang Komunikasi dan Informatika ......................................... 5
BAB III: LANDASAN TEORI
3.1 Jaringan Komputer ..................................................................... 7
3.2 Internet ........................................................................................ 7
3.3 Pengertian Quality of Service .................................................... 8
3.3.1 Pentingnya Quality of Service ............................................ 8
3.3.2 Parameter Quality of Service .............................................. 9
vi
3.3.3 Penyebab Quality of Service ................................ .............. 10
3.3.4 Perbaikan Quality of Service .............................................. 12
3.4 Apache2....................................................................................... 12
3.5 SomokePing ................................................................................ 13
BAB IV: HASIL DAN PEMBAHASAN
4.1 Analisa Masalah ............................................................................. 14
4.1.1 Tinjauan Umum Jaringan PEMDA Sleman .................. 14
4.1.2 Tinjauan Alat Monitoring Jaringan. .............................. 15
4.2 Perancangan Alat Monitoring ....................................................... 15
4.2.1 Apache2. ....................................................................... 15
4.2.2 SmokePing. ................................................................... 16
4.3 Hasil Monitoring dan Pembahasan ................................................ 21
4.3.1 Cara Membaca Hasil Monitoring .................................. 21
4.4 Pembahasan Masing-masing Block IP. .......................................... 22
4.4.1 SETDA. ........................................................................ 23
A. Hari Pertama. ......................................................... 23
B. Hari Kedua. ............................................................ 24
C. Hari Ketiga. ........................................................... 25
D. Hari Keempat. ........................................................ 25
4.4.2 BKD. ........................................................................ 26
A. Hari Pertama. ......................................................... 26
B. Hari Kedua ............................................................. 27
C. Hari Ketiga ............................................................ 28
vii
D. Hari Keempat ......................................................... 28
4.4.3 BAPEDA. ...................................................................... 29
A. Hari Pertama. ......................................................... 29
B. Hari Kedua ............................................................. 30
C. Hari Ketiga ............................................................ 31
D. Hari Keempat ......................................................... 32
4.4.4 Perpustakaan .................................................................. 33
A. Hari Pertama .......................................................... 33
B. Hari Kedua ............................................................. 34
C. Hari Ketiga ............................................................ 34
D. Hari Keempat ......................................................... 35
4.4.5 BPKKD .......................................................................... 36
A. Hari Pertama .......................................................... 36
B. Hari Kedua ............................................................. 37
C. Hari Ketuga ............................................................ 37
D. Hari Keempat ......................................................... 38
4.4.6 P3BA ............................................................................. 39
A. Hari Pertama .......................................................... 39
B. Hari Kedua ............................................................. 40
C. Hari Ketiga ............................................................ 40
D. Hari Keempat ......................................................... 41
4.4.7 DPRD............................................................................. 42
A. Hari Pertama .......................................................... 42
viii
B. Hari Kedua ............................................................. 43
C. Hari Ketiga ............................................................ 43
D. Hari Keempat ......................................................... 44
4.4.8 KPAD ............................................................................ 45
A. Hari Pertama .......................................................... 45
B. Hari Kedua ............................................................. 46
C. Hari Ketiga ............................................................ 46
D. Hari Keempat ......................................................... 47
4.4.9 PED ............................................................................... 48
A. Hari Pertama .......................................................... 48
B. Hari Kedua ............................................................. 49
C. Hari Ketiga ............................................................ 49
D. Hari Keempat ......................................................... 50
4.4.10 Kecamatan Sayegan ....................................................... 51
A. Hari Pertama .......................................................... 51
B. Hari Kedua ............................................................. 52
C. Hari Ketiga ............................................................ 53
D. Hari Keempat ......................................................... 53
4.4.11 Desa Condongcatur........................................................ 54
A. Hari Pertama .......................................................... 54
B. Hari Kedua ............................................................. 55
C. Hari Ketiga ............................................................ 56
D. Hari Keempat ......................................................... 56
ix
4.4.12 RSUD Prambanan.......................................................... 57
A. Hari Pertama .......................................................... 57
B. Hari Kedua ............................................................. 58
C. Hari Ketiga ............................................................ 59
D. Hari Keempat ......................................................... 59
4.4.13 Puskesmas Mlati ............................................................ 60
A. Hari Pertama .......................................................... 60
B. Hari Kedua ............................................................. 61
C. Hari Ketiga ............................................................ 62
D. Hari Keempat ......................................................... 62
BAB V: PENUTUP
5.1 Kesimpulan ................................................................................. 66
5.2 Saran ............................................................................................ 67
DAFTAR PUSTAKA
LAMPIRAN
x
DAFTAR GAMBAR
Gambar 3.1 : Prioritas Packet .................................................................. 12
Gambar 4.1 : Topologi Jaringan PEMDA Sleman .................................... 15
Gambar 4.2 : Konfigurasi General ........................................................... 18
Gambar 4.3 : Konfigurasi Alerts ............................................................. 18
Gambar 4.4 : Konfigurasi Target Monitoring ........................................... 19
Gambar 4.5 : Perintah Restart Smokeping ................................................ 20
Gambar 4.6 : Tampilan Awal Smokeping ................................................ 20
Gambar 4.7 : Menampilkan Semua Host Yang Dimonitoring.................. 22
Gambar 4.8 : Hasil Monitoring SETDA Hari Pertama ............................. 23
Gambar 4.9 : Hasil Monitoring SETDA Hari Kedua................................ 24
Gambar 4.10 : Hasil Monitoring SETDA Hari Ketiga ............................... 25
Gambar 4.11 : Hasil Monitoring SETDA Hari Keempat............................ 25
Gambar 4.12 : Hasil Monitoring BKD Hari Pertama ................................. 26
Gambar 4.13 : Hasil Monitoring BKD Hari Kedua .................................... 27
Gambar 4.14 : Hasil Monitoring BKD Hari Ketiga .................................... 28
Gambar 4.15 : Hasil Monitoring BKD Hari Keempat ................................ 28
Gambar 4.16 : Hasil Monitoring BAPEDA Hari Pertama .......................... 29
Gambar 4.17 : Hasil Monitoring BAPEDA Hari Kedua ............................ 30
Gambar 4.18 : Hasil Monitoring BAPEDA Hari Ketiga ............................ 31
Gambar 4.19 : Hasil Monitoring BAPEDA Hari Keempat ........................ 32
Gambar 4.20 : Hasil Monitoring Perpustakaan Hari Pertama .................... 33
Gambar 4.21 : Hasil Monitoring Perpustakaan Hari Kedua ....................... 34
xi
Gambar 4.22 : Hasil Monitoring Perpustakaan Hari Ketiga ....................... 34
Gambar 4.23 : Hasil Monitoring Perpustakaan Hari Keempat ................... 35
Gambar 4.24 : Hasil Monitoring BPKKD Hari Pertama ............................ 36
Gambar 4.25 : Hasil Monitoring BPKKD Hari Kedua ............................... 37
Gambar 4.26 : Hasil Monitoring BPKKD Hari Ketiga ............................... 37
Gambar 4.27 : Hasil Monitoring BPKKD Hari Keempat ........................... 38
Gambar 4.28 : Hasil Monitoring P3BA Hari Pertama ................................ 39
Gambar 4.29 : Hasil Monitoring P3BA Hari Kedua ................................... 40
Gambar 4.30 : Hasil Monitoring P3BA Hari Ketiga .................................. 40
Gambar 4.31 : Hasil Monitoring P3BA Hari Keempat ............................... 41
Gambar 4.32 : Hasil Monitoring DPRDA Hari Pertama ............................ 42
Gambar 4.33 : Hasil Monitoring DPRD Hari Kedua .................................. 43
Gambar 4.34 : Hasil Monitoring DPRD Hari Ketiga.................................. 43
Gambar 4.35 : Hasil Monitoring DPRD Hari Keempat .............................. 44
Gambar 4.36 : Hasil Monitoring KPAD Hari Pertama ............................... 45
Gambar 4.37 : Hasil Monitoring KPAD Hari Kedua ................................. 46
Gambar 4.38 : Hasil Monitoring KPAD Hari Ketiga ................................. 46
Gambar 4.39 : Hasil Monitoring KPAD Hari Keempat ............................. 46
Gambar 4.40 : Hasil Monitoring PDE Hari Pertama .................................. 48
Gambar 4.41 : Hasil Monitoring PDE Hari Kedua ..................................... 49
Gambar 4.42 : Hasil Monitoring PDE Hari Ketiga ..................................... 49
Gambar 4.43 : Hasil Monitoring PDE Hari Keempat ................................. 50
Gambar 4.44 : Hasil Monitoring Kecamatan Sayegan Hari Pertama ......... 51
xii
Gambar 4.45 : Hasil Monitoring Kecamatan Sayegan Hari Kedua ............ 52
Gambar 4.46 : Hasil Monitoring Kecamatan Sayegan Hari Ketiga ............ 53
Gambar 4.47 : Hasil Monitoring Kecamatan Sayegan Hari Keempat ........ 53
Gambar 4.48 : Hasil Monitoring Desa Condongcatur Hari Pertama .......... 54
Gambar 4.49 : Hasil Monitoring Desa Condongcatur Hari Kedua ............. 55
Gambar 4.50 : Hasil Monitoring Desa Condongcatur Hari Ketiga ............. 56
Gambar 4.51 : Hasil Monitoring Desa Condongcatur Hari Keempat ......... 56
Gambar 4.52 : Hasil Monitoring RSUD Prambanan Hari Pertama ............ 57
Gambar 4.53 : Hasil Monitoring RSUD Prambanan Hari Kedua ............... 58
Gambar 4.54 : Hasil Monitoring RSUD Prambanan Hari Ketiga............... 59
Gambar 4.55 : Hasil Monitoring RSUD Prambanan Hari Keempat ........... 59
Gambar 4.56 : Hasil Monitoring Puskesmas Mlati Hari Pertama............... 60
Gambar 4.57 : Hasil Monitoring Puskesmas Mlati Hari Kedua ................. 61
Gambar 4.58 : Hasil Monitoring Puskesmas Mlati Hari Ketiga ................. 62
Gambar 4.59 : Hasil Monitoring Puskesmas Mlati Hari Keempat ............. 62
xiii
DAFTAR TABEL
Tabel 3.1 : Kategori Packet Loss.............................................................. 10
Tabel 3.2 : Kategori Delay / Latency ....................................................... 10
Tabel 4.1 : Tabel Penilaian Kualitas Jaringan .......................................... 63
1
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah
Perkembangan teknologi informasi dan telekomunikasi saat ini sangat
pesat, sehingga jaringan computer dijadikan media komunikasi yang banyak
digunakan. Terutama jaringan komputer yang terhubung dengan dunia luar,
seperti internet. Internet digunakan sebagai media telekomunikasi dalam
kehidupan sehari-hari mulai dari pendidikan sampai dalam hal urusan
pemerintahan. Untuk itu quality of service yang selanjutnya akan disingkat QoS
pada sebuah jaringan komputer, dan sistem komputer menjadi suatu hal yang
penting.
Implementasi QoS dalam dunia teknologi informasi dan telekomunikasi
dalam lingkup pemerintahan maupun swasta merupakan langkah tepat guna
memberikan pelayanan optimal kepada masyarakat. Melalui penerapan pelayanan
berbasis teknologi informasi diharapkan tingkat efektifitas dapat semakin
meningkat dan seiring dengan peningkatan dan tuntutan layanan kepada
masyarakat (public service).
Pemerintah Daerah (PEMDA) Sleman adalah sebuah daerah pemerintahan
yang memiliki jaringan komputer yang besar dan memiliki fungsi yang vital. Dari
jaringan tersebut, staf bisa mengirim informasi yang dibutuhkan oleh instansi
yang ada di bawahnya, baik itu kecamatan, desa, ataupun instansi-instansi yang
lainya yang masih berada pada satu lingkup jaringan.
Dari uraian diatas maka saya akan mempelajari jaringan yang ada di
PEMDA Sleman untuk dijadikan bahan dalam kerja praktek ini dan memberi
judul laporan “ANALISA QUALITY OF SERVICE JARINGAN
MENGGUNAKAN SMOKEPING DI PEMDA SLEMAN”.
1
2
1.2 Rumusan Masalah
Dari identifikasi masalah yang ada, maka penulis merumuskan masalah
dalam penulisan laporan kerja praktek ini meliputi bagaimana menentukan tingkat
quality of service (QoS) dari jaringan yang diimplementasikan dalam lingkup
PEMDA Sleman, dari segi kinerja jaringan. Melalui penerapan QoS, mak kegiatan
instansi diharapkan bisa lebih efektif dan efisien, seiring dengan peningkatan
layanan kepada masyarakat (public services).
1.3 Batasan Masalah
Dari sekian banyak identifikasi masalah yang ada, maka penulis
membatasi pembahasannya hanya pada masalah-masalah:
a. Monitoring dilakukan dengan mengelompokan semua block IP yang ada
kedalam beberapa kelompok, lalu mengambil beberapa sempel secara acak
dari masing-masing kelompok tersebut yang dianggap sudah mewakili
jaringan PEMDA Sleman;
b. Waktu pengambilan data dilaksanakan sekitar 4 (empat) hari yang dipilih
secara acak dan diambil pada jam sibuk yaitu jam 09.00 - 14.00 WIB
(Peraturan Mentri Komunikasi dan Informatika , 2011);
c. Jika dalam proses pengambilan data ada block IP yang hasil
monitoringnya tidak lengkap lima jam (09.00 -14.00 WIB), baik itu karena
ada perbaikan jaringan atau karena perangkat pendukung yang diteliti
mati, data yang didapat tetap digunakan;
d. Web server yang digunakan adalah apache2;
e. Proses pengambilan data menggunakan SmokePing;
f. Operating system (OS) yang digunakan yaitu UBUNTU 10.10;
g. Parameter yang digunakan hanya packet loss dan latency.
1.4 Tujuan Kerja Praktek
Kegiatan kerja praktek ini dilaksanakan dengan maksud untuk mengetahui
bagaimana proses monitoring dan analisa quality of service (QoS) jaringan
PEMDA Sleman. Selain itu kerja praktek ini memiliki tujuan:
1. Untuk mengetahui hasil dari kinerja jaringan PEMDA Sleman;
3
2. Untuk mengetahui tingkat QoS jaringan PEMDA Sleman;
3. Mampu menganalisa dan memecahkan permasalahan yang timbul di
lapangan dengan pendekataan teoritis;
4. Mencari alasan penyebab tingkat QoS sedang dan jelek;
5. Mencari solusi untuk meningkatkan QoS jaringan PEMDA Sleman.
1.5 Manfaat Kerja Praktek
Setelah melaksanakan Kerja Praktek di kantor Dinas Perhubungan
Komunikasi dan Informatika Kabupaten Sleman penulis harap bisa mendapat
banyak manfaat. Adapun manfaat yang bisa diambil dari kegiatan Kerja Praktek
ini , antara lain:
1. Memberi gambaran tentang kualitas jaringan yang dimonitoring
menggunakan smokeping;
2. Dapat menambah pengetahuan dan mengenal lebih dalam lagi tentang
proses analisa QoS. Untuk membandingkan dan memahami lebih
mendalam teori dan literatur yang berhubungan dengan pelaksanaan kerja
praktek;
3. Hasil kerja praktek ini diharapkan akan dijadikan sebagai informasi dan
masukan bermanfaat yang dapat digunakan untuk meningkatkan
produktivitas sesuai dengan hasil pengamatan yang dilakukan penulis
selama melaksanakan kerja praktek.
4
BAB II
TEMPAT KERJA PRAKTEK
2.1 Gambaran Umum Dinas Perhubungan, Komunikasi dan Infomatika
Dinas Perhubungan, Komunikasi, dan Informatika dibentuk berdasarkan
peraturan Daerah Pemerintah Kabupaten Sleman Nomor 9 ahun 2009 tentang
Organisasi Perangkat Daerah Pemerintah Kabupaten Sleman dan Peraturan
Bupati Sleman Nomor : 34 Tahun 2009 tentang Uraian Tugas, Fungsi dan Tata
Kerja Dinas Perhubungan, Komunikasi dan Informatika Kabupaten Sleman.
Dipimpin oleh seorang kepala dinas yang berkedudukan di bawah dan
bertanggung jawab kepada Bupati melalui Sekertaris Daerah. Satuan Organisasi
tersebut memiliki kepala satuan organisasi pada Dinas Perhubungan, Komunikasi,
dan Informatika Kabupaten Sleman. Dinas Perhubungan, Komunikasi, dan
Informatika mempunyai tugas melaksanakan penyelenggaraan pemerinth daerah
di bidang perhubungan, komunikasi, dan informatika.
Dalam melaksanakan tugasnya, Dinas Perhubungan, Komunikasi dan
Informatika menyelenggarakan fungsi sebagai berikut;
a. Perumusan kebijakan teknis bidang perhubungan, komunikasi dan
informatika;
b. Pelaksanaan tugas bidang perhubungan, komunikasi, dan informatika;
c. Penyelenggaraan pelayanan umum bidang perhubungan, komunikasi
dan informatika;
d. Pembinaan dan pengembangan bidang perhubungan, komunikasi dan
informatika;
e. Pelaksanaan tugas lain yang diberikan oleh Bupati sesuai dengan tugas
dan fungsinya.
4
5
Secara lengkap Dinas Perhubungan, Komunikasi dan Informatika memiliki
susunan organisasi sebagai berikut:
a. Kepala Dinas;
b. Sekretaris, terdiri dari:
1. Subbagian Umum dan Kepegawaian;
2. Subbagian Keuangan; dan
3. Subbagian Perencanaan dan Evaluasi.
c. Bidang Lalu Lintas, terdiri dari:
1. Seksi Pengendalian Operasional Lalu Lintas;
2. Seksi Manajemen dan Rekayasa Lalu Lintas; dan
3. Seksi Perparkiran.
d. Bidang Sarana dan Prasarana Lalu Lintas, terdiri dari:
1. Seksi Angkutan dan Terminal;
2. Seksi Sarana dan Prasarana Perhubungan; dan
3. Seksi Pengelolaan Perancangan Jalan.
e. Bidang Komunikasi dan Informatika, terdiri dari:
1. Seksi Pos, Lalu Lintas Barang Kirim, dan Jasa Telekomunikasi;
2. Seksi Sarana Sistem Informasi; dan
3. Seksi Pengembangan Sistem Informasi.
f. Unit Pelaksanaan Teknis; dan
g. Kelompok Jabatan Fungsional.
2.2 Bidang Komunikasi dan Informatika
Bidang Komunikasi dan Informatika mempunyai tugas menyelenggarakan
dan membina pelayanan pos, lalu lintas barang kiriman, dan jasa telekomunikasi,
pengelolaan sarana sistem informasi, dan pengembangan sistem informasi.
Bidang Komunikasi dan Informatika dalam melaksanakan tugas
mempunyai fungsi sebagai berikut:
a. Penyusunan rencana kerja Bidang Komunikasi dan Informatika;
6
b. Perumusan kebijakan teknis pelayanan pos, lalu lintas barang kiriman, dan
jasa telekomunikasi, pengelolaan sarana sistem informasi, dan
pengembangan sistem informasi;
c. Penyelenggaraan dan pembinaan pelaksanaan pos, lalu lintas barang
kiriman, dan jasa telekomunikasi;
d. Penyelenggaraan dan pembinaan pengelolaan sarana sistem informasi;
e. Penyelenggaraan dan pembinaan pengembangan sistem informasi; dan
f. Evaluasi dan penyusunan laporan pelaksanaan rencana Bidang
Komunikasi dan Informatika.
7
BAB III
LANDASAN TEORI
Selama pelaksanaan kerja praktek di Badan Komunikasi dan Informasi
PEMDA Sleman, peserta kerja praktek menggunakan pengetahuan yang telah
diperoleh selama masa perkuliahan maupun pengetahuan-pengetahuan tambahan
yang didapat dari referensi ataupun kegiatan kerja praktek itu sendiri yang
dijadikan sebagai landasan teori ANALISA QUALITY OF SERVICE
JARINGAN MENGGUNAKAN SMOKEPING DI PEMDA SLEMAN
3.1 Jaringan Komputer
Jaringan komputer adalah sebuah sistem yang terdiri atas komputer,
software dan perangkat jaringan lainnya yang bekerja bersama-sama untuk
mencapai suatu tujuan yang sama. Tujuan dari jaringan komputer adalah:
Membagi sumber daya: contohnya berbagi pemakaian pencetak (printer), Unit
Pengolah Pusat (CPU), memori, Cakram keras (harddisk};
Komunikasi: contohnya surat elektronik (e-mail), pesan instan (instant
messaging), percakapan di internet (chatting);
Akses informasi: contohnya Peramban web (web browsing).
Agar dapat mencapai tujuan yang sama, setiap bagian dari jaringan
komputer meminta dan memberikan layanan (service). Pihak yang
meminta/menerima layanan disebut klien (client) dan yang memberikan/mengirim
layanan disebut peladen (server). Arsitektur ini disebut dengan sistem client-
server, dan digunakan pada hampir seluruh aplikasi jaringan kompute.
3.2 Internet
Internet mulai berkembang pada tahun 1969. Istilah “internet” mungkin
berasal dari kata “internetworking” yang digunakan untuk menunjukkan usaha
menghubungkan komputer dari sistem yang berbeda-beda, termasuk di dalamnya
network system yang berbeda pula. Internetworking berarti network dari network.
7
8
Pada tahun 1980-an istilah internet secara resmi mulai dikenal serta mulai
didefinisikannya protocol network yang mengatur semua yang berkaitan dengan
internet. Protokol ini dikenal dengan sebutan TCP/IP yang merupakan singkatan
dari Transmission Control Protocol/Internet Protocol. Pendek kata, “Internet
adalah jaringan komputer di dunia dari berbagai macam sistem yang terkoneksi
satu sama lain dan dapat melewatkan informasi dari satu jaringan ke jaringan lain
yang menggunakan protokol standar, sehingga jaringan-jaringan yang ada di
dunia ini dapat berkomunikasi satu sama lain”.
Internet berawal dari eksperimen Pentagon (Departemen Pertahanan
Amerika Serikat) untuk maksud militer dan terus dikembangkan dan diperluas ke
lingkungan lembaga-lembaga riset dan perguruan tinggi sampai sekarang.
3.3 Pengertian Quality of Service
Quality of Service (QoS) didefinisikan sebagai suatu pengukuran tentang
seberapa baik jaringan dan merupakan suatu usaha untuk mendefinisikan
karakteristik dan sifat dari suatu layanan. QoS mengacu pada kemampuan
jaringan untuk menyediakan layanan yang lebih baik pada trafik jaringan tertentu
melalui teknologi yang berbeda-beda. QoS merupakan suatu tantangan yang besar
dalam jaringan komputer berbasis IP dan internet secara keseluruhan.
Tujuan dari QoS adalah untuk memenuhi kebutuhan-kebutuhan layanan
yang berbeda, yang menggunakan infrastruktur yang sama. QoS menawarkan
kemampuan untuk mendefinisikan atribut-atribut layanan yang disediakan, baik
secara kualitatif maupun kuantitatif. QoS didesain untuk membantu end user
(client) menjadi lebih produktif dengan memastikan bahwa user mendapatkan
performansi yang handal dari aplikasi-aplikasi berbasis jaringan.
3.3.1 Pentingnya Quality of Service
Ada beberapa alasan mengapa kita memerlukan QoS, yaitu:
Untuk memberikan prioritas untuk aplikasi-aplikasi yang kritis
pada jaringan.
Untuk memaksimalkan penggunaan investasi jaringan yang
sudah ada.
9
Untuk meningkatkan performansi aplikasi-aplikasi yang sensitif
terhadap delay, seperti Voice dan Video.
Untuk merespon terhadap adanya perubahan-perubahan pada
aliran trafik di jaringan.
Saat ini di kebanyakan jaringan di perkantoran tidak begitu
memperhatikan QoS. Namun, dengan berkembangnya aplikasi-aplikasi,
misalnya multicast, streaming multimedia, dan Voice over IP (VoIP)
kebutuhan akan QoS akan semakin terasa. Terlebih lagi aplikasi-aplikasi
tersebut terhadap jitter dan latency dan performansi yang buruk akan
sangat terasa pada end user. Dalam hal ini seorang network administrator
dapat melakukan tindakan manajemen proaktif untuk aplikasi-aplikasi
sensitif yang baru dengan mengaplikasikan teknik-teknik QoS pada
jaringan. Penting untuk diketahui, bahwa QoS bukanlah solusi yang ajaib
untuk setiap masalah kongesti, karena dapat saja solusi terbaik untuk
mengatasi congested network memang adalah melakukan upgrade pada
bandwidth.
3.3.2 Parameter Quality of Service
Performansi mengacu ke tingkat kecepatan dan keandalan
penyampaian berbagai jenis beban data di dalam suatu komunikasi.
Performansi merupakan kumpulan dari beberapa parameter besaran
teknis (Pradana Jonathan :2011) :
A. Packet Loss, merupakan suatu parameter yang menggambarkan
suatu kondisi yang menunjukkan jumlah total paket yang hilang,
dapat terjadi karena collision dan congestion pada jaringan dan
hal ini berpengaruh pada semua aplikasi karena retransmisi akan
mengurangi efisiensi jaringan secara keseluruhan meskipun
jumlah bandwidth cukup tersedia untuk aplikasi-aplikasi tersebut.
Umumnya perangkat jaringan memiliki buffer untuk menampung
data yang diterima. Jika terjadi kongesti yang cukup lama, buffer
akan penuh, dan data baru tidak akan diterima.
10
Tabel 3.1 : Kategori Packet Loss
KATEGORI DEGREDASI PACKET LOSS
Sangat bagus 0
Bagus 3 %
Sedang 15 %
Jelek 25 %
B. latency, adalah waktu yang dibutuhkan data untuk menempuh
jarak dari asal ke tujuan. Delay dapat dipengaruhi oleh jarak,
media fisik, kongesti atau juga waktu proses yang lama.
Tabel 3.2 : Kategori Latency
KATEGORI LATENSI BESAR DELAY
Excellent < 150 ms
Good 150 s/d 300 ms
Poor 300 s/d 450 ms
Unacceptable > 450 ms
3.3.3 Penyebab Quality of Service
Terdapat beberapa faktor pengganggu dalam jaringan yang
menyebabkan turunya nilai QoS :
A. Redaman, yaitu jatuhnya kuat sinyal karena pertambahan jarak
pada media transmisi. Setiap media transmisi memiliki redaman
yang berbeda-beda, tergantung dari bahan yang digunakan. Untuk
mengatasi hal ini, perlu digunakan repeater sebagai penguat sinyal.
Pada daerah frekuensi tinggi biasanya mengalami redaman lebih
tinggi dibandingkan pada daerah frekuensi rendah.
B. Distorsi, yaitu fenomena yang disebabkan bervariasinya kecepatan
propagasi karena perbedaan bandwidth. Untuk itu, dalam
komunikasi dibutuhkan bandwidth transmisi yang memadai dalam
mengakomodasi adanya spektrum sinyal. Dianjurkan digunakan
pemakaian bandwidth yang seragam, sehingga distorsi dapat
dikurangi.
11
C. Noise
Noise ini sangat berbahaya, karena jika terlalu besar akan dapat
mengubah data asli yang dikirimkan. Jenis-jenis noise dalam
jaringan:
a. Thermal noise
Terjadi pada media transmisi bila suhunya diatas
suhu mutlak (0ºK)
Akibat pergerakan elektron secara random dan
memiliki karakteristik energi terdistribusi seragam
Menjadi faktor yang menentukan batas bawah
sensitifitas sistem penerima
b. Intermodulation noise
Terjadi karena ketidak-linieran komponen
transmitter dan receiver
Sinyal output merupakan penjumlahan dan
perbedaan dari sinyal input
Sistem diharapkan linear sehingga sinyal output =
sinyal input
c. Impulse noise
Pulsa-pulsa iregular atau spikes
Durasi pendek
Amplituda tinggi
Pengaruh kecil pada komunikasi telepon analog
Pengaruh besar pada komunikasi data
d. Crosstalk
Gandengan yang tidak diinginkan antar lintasan
sinyal → media metal (twisted pair & koaksial)
Penyebab:
Gandengan elektris
Pengendalian respon frekuensi yang buruk
12
Contoh : ketika bertelepon, kita mendengarkan
percakapan lain
e. Echo
Terjadi ketika sinyal yang dikirim oleh transmitter
kembali (feedback) kepadanya.
3.3.4 Perbaikan Quality of Servic
Dalam usaha menjaga dan meningkatkan nilai QoS, dibutuhkan
teknik untuk menyediakan utilitas jaringan, yaitu dengan
mengklasifikasikan dan memprioritaskan setiap informasi sesuai dengan
karakteristiknya masing-masing. Contohnya, terdapat paket data yang
bersifat sensitif terhadap latency tetapi tidak sensitif terhadap packet loss
seperti VoIP, ada juga paket yang bersifat sensitif terhadap packet loss
tetapi tidak sensitif terhadap latency seperti transfer data. Untuk itu perlu
dilakukan pengklasifikasian paket dan pengurutan prioritas paket dari
yang paling tinggi sampai terendah. Sebagai gambaran perioritas paket
bisa dilihat pada gambar 3.1.
Gambar 3.1 : Prioritas Packet
3.4 Apache2
Apache merupakan salah satu distribusi web server yang populer dengan
dukungan feature yang sangat banyak. Perhitungan statistik yang ada saat ini
13
menunjukkan bahwa Apache menjadi web server yang paling banyak digunakan
dalam dunia internet.
Keberhasilan Apache mencapai kepopuleran saat ini selain dikarenakan
memiliki banyak feature yang sering tidak dijumpai pada web server yang lain,
juga dikarenakan Apache merupakan aplikasi gratis yang berjalan dalam berbagai
sistem operasi.
3.5 SmokePing
SmokePing merupakan tool yang berguna untuk mengetahui besar latency
dari suatu jaringan. SmokePing bisa mengukur,menyimpa dan menampilkan
latency yang didalamnya terdapat data latency distribution dan packet loss.
SmokePing menggunakan RRDTool untuk menyimpan data jangka panjang,
interface yang memudahkan pengguna, memberikan detail informasi tentang
koneksi jaringan tiap menitnya. Kelebihanya menggunakan SmokePing;
Tidak membutuhkan snmp, seperti pada cacti maupun mrtg,
Mudah digunakan untuk user pemula. Karena menggunakan ping, jadi
menghitungnya berdasarkan time bukan menggunakan bandwidth,
Interface menarik tidak seperti pada mrtg.
14
BAB IV
HASIL DAN PEMBAHASAN
4.1 Analisa Masalah
Infrastruktur untuk monitoring jaringan menggunakan SmokePing
memiliki berbagai fitur yang masing-masing memiliki kelebihan dibanding
dengan alat bantu monitoring yang lain. Hal ini bisa dilihat baik dari segi tampilan
(interface) maupun konfigurasinya yang mudah dan penggunaannya sangat
mudah untuk pemula ataupun untuk sekedar melihat kondisi jaringan secara
sederhana.
4.1.1 Tinjauan Umum Jaringan PEMDA Sleman
PEMDA Sleman memiliki cakupan sangat luas, untuk
mempermudah dalam pendistribusian informasi dibuatlah jaringan yang bisa
mencakup wilayah Sleman. Hal ini dikarenakan letak antar instansi yang
berjauhan dan dituntut bisa berkomunikasi dengan cepat.
Jaringan di PEMDA Sleman yang dikelola oleh Bidang Komunikasi
dan Informatika (Kominfo) dibagi menjadi 98 blok IP yang tercatat di
Kominfo pada bulan Mei, ini sudah jauh berkurang dari jumlah sebelumnya
dan diperkirakan saat ini jumlahnya yang masik aktif digunakan juga sudah
berkurang. Untuk lebih jelas rincian blok IP bisa dilihat pada lampiran 1.
Untuk gambaran topologi jaringan secara garis besar bisa dilihat
pada gambar 4.1;
14
15
Gambar 4.1 : Topologi Jaringan PEMDA Sleman
4.1.2 Tinjauan Alat Monitoring Jaringan
Kominfo sudah memasang cacti sebagai alat monitoring jaringan
PEMDA Sleman. Cacti merupakan solusi pembuatan grafik network yang
lengkap yang didesain untuk memanfaatkan kemampuan fungsi RRDTool
sebagai peyimpanan data dan pembuatan grafik.
Cacti menyediakan pengumpulan data yang cepat, grafik yang
moderen, dan fitur pengelolaan user. Semuanya disajikan dalam interface
yang mudah digunakan mudah dipahami untuk local area network hingga
network yang kompleks dengan ratusan device.
Akan tetapi walaupun sudah tersedia alat monitoring pada jaringan,
penulis tidak bisa mengaksesnya. Karena penulis diharuskan memiliki user
name dan password.
16
4.2 Perancangan Alat Monitoring
4.2.1 Apache2
Disini penulis menggunakan apache2 sebagai web server, hal ini
dipilih mengingan nama besar dan banyak orang yang menggunakannya.
Untuk menginstallnya ada banyak cara, bisa dengan mendownload
langsung dari web atau cara yang menurut penulis lebih mudah adalah
melalui Synaptic Package Manager. Pastikankan komputer terhubung
dengan internet.
Untuk menginstall paket Apache2 melalui Synaptic Package
Manager harus dipastikan Repositories: Community-maintained Open
Source software diberi tanda cek dan Download from: Main Server.
Kemudian reload Synaptic Package Manager jika telah melakukan
perubahan di Repositories. Langkah-langkah untuk melihat repositoris;
System → Administration → Synaptic Package Manager, Setting →
Repositories.
Setelah langkah diatas kita masuk ke proses install, caranya;
1. Cari paket apache melalui Quick Search. Setelah ketemu klik
dan pilih “Mark for Installation”,
2. Setelah dipilih akan muncul halaman dialog baru langsung saja
klik “Mark”. Setelah itu akan kembali ke halaman Synaptic
Package Manager
3. Klik “Apply” nanti muncul halaman dialog baru lagi pilih “To
be installed” dan klik “Apply”.
4. Tunggu sampai proses selesai, jika berhasil maka Apache sudah
terinstall dalam komputer.
4.2.2 SmokePing
Smokeping merupkan aplikasi berbasis web yang nantinya
digunakan untuk mengumpulkan data bahan analisa. Dari data inilah
nantinya akan didapat gambaran secara jelas tentang tingkat kualitas
layanan atau yang biasa dikenal dengan istilah quality of service.
17
Untuk menginstallnya tidak bisa lewat Synaptic Package
Manager karena tidak tersedia paket smokping. Jalan keluarnya adalah
dengan jara download dari web atau melalui gnometerminal , tapi saya
sarankan lebih baik menggunakan cara kedua karena lebih cepat dan
mudah. Pastikan komputer sudah terhubung dengan internet.
Langkah-langkah installasi smokeping yaitu;
1. Buka “Terminal” lalu tuliskan perintah “sudo apt-get install
smokeping” tekan “Enter”.
2. Akan muncul permintaan password, setelah diisi lalu tekan
“Enter” tunggu sampai proses selesai.
3. Jika proses diatas sukses lalu bisa kita cek lewat browser untuk
memastikan smokeping sudah terinstal atau belum, disini
penulis menggunakan “Mozilla Fierfox” dengan URL :
http://llocalhost/smokeping/smokeping.cgi yang isinya
tampilan dasar smokeping.
Jika instalasi diatas berhasil maka kita sudah bisa melihat tampilan dasar
dari smokeping tetapin belum bisa digunakan. Agar bisa digunakan maka
harus dikonfigurasikan terlebih dahulu. File konfigurasi ada di
/etc/smokeping/config, tetapi untuk mempermudah penulis menngunakan
fasilitas Terminal untuk merubah isi file konfigurasi tersebut.
Cara konfigurasi smokeping;
1. Buka “Terminal” tuliskan perintah “sudo gedit
/etc/smokeping/config.d/General” ;
18
Gambar 4.2 : Konfigurasi General
Jika sudah selesai jangan lupa disave terlebih dahulu sebelum
menutup halaman tersebut.
2. Selanjutnya kita ketik perintah “sudo gedit
/etc/smokeping/config.d/Alerts” langsung Enter.
Gambar 4.3 : Konfigurasi Alerts
19
Edit sesuai kebutuhan monitoring yang diinginkan, setelah
selesai jangan lupa disave.
3. Kemudian sekarang kita edit target, masih melalui Terminal
tuliskan perintah “sudo gedit /etc/smokeping/config.d/Targets”
Gambar 4.4 : Konfigurasi Target Monitoring
20
Target ini isinya adalah semua host IP yang akan kita
monitoring, setelah selesai jangan lupa untuk disave.
Yang perlu diingat juga bahwa setiap kali melakukan perubahan
pada konfigurasi, smokeping juga harus kita restart. Cara untuk merestart
smokeping yaitu dengan menuliskan perintah “sudo /atc/init.d/smokeping
restart” pada Terminal. Untuk lebih jelasnya bisa dilihat pada gambar
4.5.
Gambar 4.5 : Perintah Restart Smokeping
Jika langkah-langkah diatas berhasil maka smokeping sudah bisa kita
gunakan. Langsung dilihat lewat browser dengan tampilan awal seperti
gambar 4.6.
Gambar 4.6 : Tampilan Awal Smokeping
21
4.3 Hasil Monitoring dan Pembahasan
Proses monitoring jaringan menggunakan smokeping dilakukan selama 4
(empat) hari yang diambil secara acak dan diambil jam kerja padat yaitu antara
jam 09.00 - 14.00 WIB. Tapi monitoring tidak selalu bisa dilakukan selama empat
jam hal tersebut terjadi karena ada trobel pada perangkat yang bekerja
menjalankan smokeping, maupun hal-hal lainya yang dapat mempengaruhi jam
pengambilan data.
4.3.1 Cara membaca hasil monitoring
Hasil dari monitoring ini dapat dilihat dari ukuran waktu terbesar
sampai hitungan detik, tapi akan lebih efektif bila dilihat lebih dari 5 menit
karena konfigurasi smokeping konfigurasi diatur 5 menit sekali dalam
melakukan pencatatan hasil monitoring. Contoh hasil monitoring dari semua
host dapat dilihat pada gambar 4.7.
22
Gambar 4.7 : Menampilkan Semua Host Yang Dimonitoring
Berdasarkan gambar 4.7 dapat dilihat hasil dari semua host yang
dimonitoring. Kelebihanya semua block IP yang dimonitoring bisa dilihat
dalam satu interface, tapi kelemahanya bila ingin melihat dengan cara ini
hanya bisa menampilkan hasil monitoring 5 jam kebelakang.
4.4 Pembahasan masing-masing blok IP
Seperti yang telah dijelaskan diatas bahwa jaringan yang ditangani oleh
bidan Komunikasi dan Informatika PEMDA Sleman dibagi menjadi beberapa
blok IP. Untuk memudahkan dalam proses analisa dan agar lebih fokus karena
tidak dibingungkan dengan jumlah blok IP yang sangat banyak, maka peneliti
hanya mengambil beberapa sempel blok IP, yang diharapkan bisa mewakili
jaringan PEMDA Sleman. Blok IP yang dipilih adalah blok yang masih aktif dan
setiap hari dipakai. Karena banyak blok IP yang ada dalam daftar Kominfo tapi
23
instansi yang memiliki blok tersebut tidak memakainya. Blok IP yang
dimonitoring yaitu;
1. SETDA 192.168.1.2
2. BKD 192.168.3.18
3. BAPPEDA 192.168.4.25
4. Perpustakaan 192.168.7.15
5. BPKKD 192.168.8.7
6. P3BA 192.168.16.2
7. DPRD 192.168.18.9
8. KPAD 192.168.19.5
9. PDE 192.168.68.7
10. Kecamatan Sayegan 192.168.52.2
11. Desa Condongcatur 192.168.38.9
12. RSUD Prambanan 192.168.159.20
13. Puskesmas Mlati 192.168.152.12
Untuk penjelasan lebih terperinci hasil monitoring masing-masing block IP yaitu;
4.3.1 Skretaris Daerah (SETDA)
Untuk jaringan di SETDA yang akan dimonitring adalah IP
192.168.1.2, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.8 : Hasil Monitoring SETDA Hari Pertama
Berdasarkan gambar 4.8 dapat dilihat bahwa pada satu jam
pertama monitoring memiliki catatan packet loss terbanyak,
sedangkan jam 11.00 – 12.00 tidak terjadi packet loss. Hari pertama
ini memiliki persentase packet loss minimal 0%, maksimal 6,13%, dan
rata-rata 2,07%, maka dapat dikatakan “sangat bagus” bila ditinjau
dari jumlah packet lossnya.
24
Kepadatan lalulintas data terjadi pada satu jam pertama dan
tertinggi terjadi pada satu jam terakhi monitoring. Hari pertama
memiliki catatan waktu latency keseluruhan minimal 1,6 ms,
maksimal 53,2 ms, dan rata-rata 15,6 ms dengan setandar deviasi 20,1
ms, maka bisa dikatakan “sangat bagus” bila ditinjau dari tingkat
latencynya.
B. Hari kedua
Gambar 4.9 : Hasil Monitoring SETDA Hari Kedua
Berdasarkan gambar 4.9 dapat dilihat bahwa hari kedua hanya
bisa didapat data monitoring dua jam, karena ada perbaikan jaringan.
Jumlah packet loss pada dua jam monitorin terlihat setabil. Dengan
persentase packet loss secara keseluruhan minimal 3,54%, maksimal
10,19%, dan rata-rata 5,78%, maka dapat dikatakan “bagus” bila
ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data terjadi setelah jam 10.00. Tetapi jika
dibanding dengan hari pertama, hari kedua tingkat latencynya lebih
kecil. Dengan catatan waktu latency minimal 1,7 ms, maksimal 1,8
ms, dan rata-rata 1,7 ms dengan setandar deviasi 0,0 ms. Bisa
dikatakan “sangat bagus” bila ditinjau dari latencynya.
25
C. Hari ketiga
Gambar 4.10 : Hasil Monitoring SETDA Hari Ketiga
Berdasarkan gambar 4.10 dapat dilihat bahwa hari ketiga data
tidak bisa diambil secara utuh, karena PC target belum hidup. Hari
ketiga jumlah packet loss setabil hampir sama dengan hari kedua.
Dengan persentase packet loss minimal 0,24%, maksimal 3,07%, dan
rata-rata 1,14%, maka dapat dikatakan “sangat bagus” bila ditinjau
dari jumlah packet lossnya.
Kepadatan lalulintas data semakin bertambah setiap jamnya.
Hari ketiga memiliki catatan waktu latency minimal 1,6 ms, maksimal
1,8 ms, dan rata-rata 1,7 ms dengan setandar deviasi 0,0 ms, maka
dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.11 : Hasil Monitoring SETDA Hari Keempat
26
Berdasarkan gambar 4.11 dapat dilihat bahwa hari keempat
data monitoring tidak bisa diambil lima jam penuh, karena alat
monitoring mati saat ditinggal persiapan sholat jum’at baru diketahui
setelah jam istirahat selesai. Hari keempat jumlah packet loss setabil
pada dua jam pertama, tapi terjadi banyak packet loss pada satu jam
terakhir monitoring. Dengan persentase packet loss minimal 1,86%,
maksimal 14,69%, dan rata-rata 6,8%, maka dapat dikatakan “bagus”
bila ditinjau dari jumlah packet lossnya.
Pada satu jam pertama lalulintas data sangat padat, walaupun
berikutnya terjadi penurunan tapi tetap saja masih sangat padat.
Dengan catatan waktu latencynya minimal 27,8 ms, maksimal 63,3
ms, dan rata-rata 49,2 ms dengan setandar deviasi 15,4 ms, maka
dapat dikatakan “sangat bagus” bila ditinjau dari latency.
4.3.2 Badan Kepegawainan Daerah (BKD)
Untuk jaringan di BKD yang akan dimonitring adalah IP
192.168.3.18, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.12 : Hasil Monitoring BKD Hari Pertama
Berdasarkan gambar 4.12 dapat dilihat bahwa hari pertama
untuk BKD packet loss terlihat lebih setabil. Dengan persentase
27
packet loss minimal 0,42%, maksimal 2,08%, dan rata-rata 1,26%,
maka dapat dikatakan “sangat bagus” bila ditinjau dari jumlah packet
lossnya.
Dengan kepadatan lalulintas data tinggi pada satu awal dan
akhir monitoring. Hari pertama monitoring memiliki catatan waktu
latency minimal 1,9 ms, maksimal 53,0 ms, dan rata-rata 16,7 ms
dengan setandar deviasi 20,1 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
B. Hari kedua
Gambar 4.13 : Hasil Monitoring BKD Hari Kedua
Berdasarkan gambar 4.13 dapat dilihat bahwa hari kedua
hanya bisa mendapat hasil dua jam monitoring, karena ada perbaikan
jaringan. Dilihat dari jumlah packet loss pada dua jam monitorin
terlihat setabil. Memiliki persentase packet loss minimal 1,25%,
maksimal 8,99%, dan rata-rata 3,97%, maka dapat dikatakan “bagus”
bila ditinjau dari jumlah packet lossnya.
Hari kedua memiliki catatan waktu latency minimal 2 ms,
maksimal 2,1 ms, dan rata-rata 2 ms dengan setandar deviasi 0,1 ms,
maka dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
28
C. Hari ketiga
Gambar 4.14 : Hasil Monitoring BKD Hari Ketiga
Berdasarkan gambar 4.14 untuk hari ketiga di BKD sepertinya
PC belum dihidupkan pada awal monitoring. Jumlah packet loss
setabil dengan persentase minimal 0,42%, maksimal 3,33%, dan rata-
rata 1,42%, maka dapat dikatakan “sangat bagus” bila ditinjau dari
jumlah packet lossnya.
Kepadatan lalulintas data bertambah setiap jamnya, dengan
catatan waktu latency minimal 2 ms, maksimal 2 ms, dan rata-rata 2
ms dengan setandar deviasi 0,0 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.15 : Hasil Monitoring BKD Hari Keempat
29
Berdasarkan gambar 4.15 dapat dilihat bahwa hari keempat
data tidak bisa diambil secara utuh, alat monitoring ternyata mati. Hari
keempat ada banyak packet loss pada satu jam terahir monitoring.
Dengan persentase keseluruhan packet loss minimal 0,54%, maksimal
12,11%, dan rata-rata 4,95%, maka dapat dikatakan “bagus” bila
ditinjau dari jumlah packet lossnya.
Secara keseluruhan lalulintas data terlihat padat, baru
berkurang pada satu jam terakhir monitoring. Dengan catatan waktu
latency minimal 26,7 ms, maksimal 62,5 ms, dan rata-rata 50,1 ms
dengan setandar deviasi 16,6 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
4.3.3 Badan Perencanaan Pembangunan Daerah (BAPPEDA)
Untuk jaringan di BAPPEDA yang akan dimonitring adalah IP
192.168.4.25, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.16 : Hasil Monitoring BAPPEDA Hari Pertama
Berdasarkan gambar 4.16 dapat dilihat bahwa hari pertama
diperoleh hasil monitoring dua jam, karena IP yang akan dimonitoring
mati. Hari pertama ini memiliki persentase packet loss minimal
30
21,69%, maksimal 100%, dan rata-rata 72,12%, maka dapat dikatakan
“jelek” bila ditinjau dari jumlah packet lossnya.
Lalulintad data hari petama sangat padat, ini berpengaruh pada
tingkat latencynya. Hari pertama memiliki catatan waktu latency
minimal 31,9 ms, maksimal 64,4 ms, dan rata-rata 48,2 ms dengan
setandar deviasi 16,3 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
B. Hari kedua
Gambar 4.17 : Hasil Monitoring BAPPEDA Hari Kedua
Berdasarkan gambar 4.17 dapat dilihat bahwa hari kedua
didapat data monitoring dua jam, karena ada perbaikan jaringan.
Dilihat dari jumlah packet loss pada dua jam monitorin terlihat setabil.
Dan memiliki persentase packet loss minimal 0,56%, maksimal
9,41%, dan rata-rata 3,88%, maka dapat dikatakan “bagus” bila
ditinjau dari jumlah packet lossnya.
Lalulintas data terlihat lebih setabil dibanding hari pertama,
dan tingkat latencynya lebih kecil. Dengan catatan waktu minimal 1,7
ms, maksimal 1,7 ms, dan rata-rata 1,7 ms dengan setandar deviasi 0,0
ms, maka dapat dikatakan “sangat bagus” bila ditinjau dari
latencynya.
31
C. Hari ketiga
Gambar 4.18 : Hasil Monitoring BAPPEDA Hari Ketiga
Berdasarkan gambar 4.18 dapat dilihat hampir sama dengan
tempat lain hari ketiga monitoring tidak bisa diambil lima jam penuh.
Hari ketiga terjadi banyak packet loss antara jam 11.00–12.00, untuk
jam berikutnya mengalami penurunan. Dengan persentase packet loss
minimal 0,96%, maksimal 100%, dan rata-rata 31,34%, maka dapat
dikatakan “jelek” bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data semakin bertambah setiap jamnya.
Hari ketiga memiliki catatan waktu latency minimal 2,2 ms, maksimal
2,5 ms, dan rata-rata 2,3 ms dengan setandar deviasi 0,1 ms, maka
dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
32
D. Hari keempat
Gambar 4.19 : Hasil Monitoring BAPPEDA Hari Keempat
Berdasarkan gambar 4.19 dapat dilihat bahwa hari keempat di
BAPPEDA data monitoring tidak bisa diambil lima jam penuh. Hari
keempat bisa dilihat jumlah packet loss cukup tinggi. Dengan
persentase packet loss minimal 1,53%, maksimal 34,74%, dan rata-
rata 19,01%, maka dapat dikatakan “sedang” bila ditinjau dari jumlah
packet lossnya.
Pada dua jam pertama lalulintas data sangat padat, walaupun
jam berikutnya terjadi penurunan tapi tetap masih sangat padat.
Dengan catatan waktu latency minimal 29,0 ms, maksimal 65,3 ms,
dan rata-rata 52,9 ms dengan setandar deviasi 16,9 ms, maka dapat
dikatakan “sangat bagus” bila ditinjau dari latencynya.
33
4.3.4 Perpustakaan
Untuk jaringan di Perpustakaan yang akan dimonitring adalah IP
192.168.7.15, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.20 : Hasil Monitoring Perpustakaan Hari Pertama
Berdasarkan gambar 4.20 dapat dilihat bahwa hari pertama
monitoring jumlah packet lossnya setabil. Dengan persentase packet
loss minimal 0,61%, maksimal 8,75%, dan rata-rata 2,83%, maka
dapat dikatakan “sangat bagus” bila ditinjau dari jumlah packet
lossnya.
Kepadatan lalulintas data baru terlihat pada satu jam terakhir
monitoring, hal tersebut berpengaruh juga terhadap tingkat
latencynya. Hari pertama memiliki catatan waktu minimal 5,0 ms,
maksimal 60,4 ms, dan rata-rata 20,9 ms dengan setandar deviasi 21,4
ms, maka dapat dikatakan “sangat bagus” bila ditinjau dari
latencynya.
34
B. Hari kedua
Gambar 4.21 : Hasil Monitoring Perpustakaan Hari Kedua
Berdasarkan gambar 4.21 dapat dilihat pada hari kedua hanya
didapat data monitoring dua jam, dikarenakan adanya perbaikan
jaringan. Dengan persentase packet loss minimal 0,56%, maksimal
9,48%, dan rata-rata 4,14%, maka dapat dikatakan “bagus” bila
ditinjau dari jumlah packet lossnya.
Untuk hari kedua walaupun lalulintas data terlihat padat tapi
masih setabil. Dengan catatan waktu latency minimal 5,1 ms,
maksimal 5,6 ms, dan rata-rata 5,4 ms dengan setandar deviasi 0,2 ms,
maka dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
C. Hari ketiga
Gambar 4.22 : Hasil Monitoring Perpustakaan Hari Ketiga
35
Berdasarkan gambar 4.22 dapat dilihat bahwa hari ketiga
packet loss terlihat tidak setabil, dan jumlah tertinggi ada pada satu
jam terakhir monitoring. Dengan persentase packet loss hari ketiga
minimal 0%, maksimal 19,58%, dan rata-rata 5,95%, maka dapat
dikatakan “bagus” bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data hari ketiga terlihat setabil, dengan
catatan waktu latency minimal 5 ms, maksimal 5,5 ms, dan rata-rata
5,2 ms dengan setandar deviasi 0,2 ms, maka dapat dikatakan “sangat
agus” bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.23 : Hasil Monitoring Perpustakaan Hari Keempat
Berdasarkan gambar 4.23 dapat dilihat hampir sama seperti
hari keempat yang lain, pada perpustakaan juga tidak bisa diambil
data monitoring lima jam penuh. Jumlah packet lossnya pun cukup
tinggi, dengan persentase packet loss minimal 1,99%, maksimal
39,56%, dan rata-rata 25,46% adanya packet loss, maka dapat
dikatakan “jelek” bila ditinjau dari jumlah packet lossnya.
Pada satu jam pertama lalulintas data sangat padat, walaupun
jam berikutnya terjadi penurunan tapi tetap saja masih sangat padat.
Dengan catatan waktu minimal 39,2 ms, maksimal 65,7 ms, dan rata-
36
rata 56,4 ms dengan setandar deviasi 12,2 ms, maka dapat dikatakan
“sangat bagus” bila ditinjau dari latencynya.
4.3.5 Badan Pengelola Keuangan dan Kekayaan Daerah (BPKKD)
Untuk jaringan di BPKKD yang akan dimonitring adalah IP
192.168.8.7, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.24 :Hasil Monitoring BPKKD Hari Pertama
Berdasarkan gambar 4.24 dapat dilihat bahwa jumlah packet
loss untuk hari pertama cukup tinggi pada satu jam terakhir, dan
terlihat setabil pada jam 10.00-13.00. Dengan presentase packet loss
minimal 0,42%, maksimal 21,58%, dan rata-rata 5,90%, maka dapat
dikatakan “bagus” bila ditinjau dari jumlah packet lossnya.
Kepadatan data hampir sama dengan tingkat packet loss. Hari
pertama memiliki catatan waktu latency minimal 1,7 ms, maksimal
47,3 ms, dan rata-rata 14,3 ms dengan setandar deviasi 17,8 ms, maka
dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
37
B. Hari kedua
Gambar 4.25 :Hasil Monitoring BPKKD Hari Kedua
Berdasarkan gambar 4.25 dapat dilihat bahwa pada hari kedua
di BPKKD hanya bisa diambil dua jam saja, molai dari jam 9.00-
11.00. Dengan persentase packet loss minimal 1,25% , maksimal
9,63% , dan rata-rata 4,25% adanya packet loss, maka dapat dikatakan
“bagus” bila ditinjau dari jumlah packet loss.
Lalulintas data terlihat setabil pada dua jam tersebut, dengan
catatan waktu minimal 1,7 ms , maksimal 1,7 ms , dan rata-rata 1,7 ms
dengan setandar deviasi 0,0 ms, maka dapat dikatakan “sangat bagus”
bila ditinjau dari latencynya.
C. Hari ketiga
Gambar 4.26 :Hasil Monitoring BPKKD Hari Ketiga
38
Berdasarkan gambar 4.26 dapat dilihat bahwa hari ketiga data
monitoring tidak bisa diambil lima jam penuh, karena PC target belum
dihidupkan. Jumlah packet loss hari ketiga terlihat setabil, hampir
sama dengan hari kedua. Dengan persentase packet loss minimal 0%,
maksimal 100%, dan rata-rata 33,46%, maka dapat dikatakan “jelek”
bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data semakin bertambah tiap jamnya.
Hari ketiga memiliki catatan waktu minimal 1,6 ms, maksimal 1,9 ms,
dan rata-rata 1,7 ms dengan setandar deviasi 0,1 ms, maka dapat
dikatakan “sangat bagus” bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.27 :Hasil Monitoring BPKKD Hari Keempat
Berdasarkan gambar 4.27 dapat dilihat bahwa monitoring hari
keempat di BPKKD hanya menghasilkan satu jam, karena IP yang
dimonitoring mati. Dengan persentase packet loss minimal 1,95%,
maksimal 76,48%, dan rata-rata 39,22%, maka dapat dikatakan
“jelek” bila ditinjau dari jumlah packet lossnya.
Lalulintas data pada satu jam hasil monitoring cukup tinggi hal
ini berpengaruh pada latency. Dengan catatan waktu latency minimal
64,4 ms, maksimal 64,4 ms, dan rata-rata 64,4 ms dengan setandar
39
deviasi 0,0 ms, maka dapat dikatakan “sangat bagus” bila ditinjau
dari latencynya.
4.3.6 Pengairan Pertambangan dan Penanggulangan Bencana Alam
(P3BA)
Untuk jaringan di P3BA yang akan dimonitring adalah IP
192.168.16.2, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.28 : Hasil Monitoring P3BA Hari Pertama
Berdasarkan gambar 4.28 dapat dilihat bahwa hari pertama
bisa dilihat jumlah packet loss molai dari awal sampai akhir
monitoring selalu mengalami kenaikan, walaupun pada jam 11.00 -
12.00 mengalami penurunan tapi pada akhirnya naik lagi. Hari
pertama memiliki persentase packet loss minimal 5%, maksimal
5,42%, dan rata-rata 2,5%, maka dapat dikatakan “sangat bagus” bila
ditinjau dari jumlah packet lossnya.
Sedangkan untuk latencynya terlihat lebih setabil dengan
catatan waktu minimal 2,1 ms, maksimal 3,4 ms, dan rata-rata 2,5 ms
dengan setandar deviasi 0,4 ms, maka dapat dikatakan “sangat bagus”
bila ditinjau dari latencynya.
40
B. Hari kedua
Gambar 4.29 : Hasil Monitoring P3BA Hari Kedua
Berdasarkan gambar 4.29 dapat dilihat bahwa hari kedua
didapat data monitoring dua jam, karena ada perbaikan jaringan.
Dengan persentase minimal 3,64%, maksimal 100%, dan rata-rata
61,77%, maka dapat dikatakan “jelek” bila ditinjau dari jumlah packet
lossnya.
Lalulintas data terlihat lebih padat pada satu jam pertama
monitoring. Dengan catatan waktu latency satu hari minimal 2,0 ms,
maksimal 2,8 ms, dan rata-rata 2,4 ms dengan setandar deviasi 0,4 ms,
maka dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
C. Hari ketiga
Gambar 4.30 : Hasil Monitoring P3BA Hari Ketiga
41
Berdasarkan gambar 4.30 dapat dilihat bahwa hari ketiga data
monitoring tidak bisa diambil lima jam penuh, disebabkan PC target
belum hidup. Hari ketiga jumlah packet loss setabil, dengan
persentase packet loss minimal 5,09%, maksimal 6,67%, dan rata-rata
5,86%, maka dapat dikatakan “bagus” bila ditinjau dari jumlah packet
lossnya.
Kepadatan lalulintas data mengalami penurunan pada jam
12.00 – 13.00 karena hari jum’at, dengan catatan waktu minimal 2,9
ms, maksimal 3,6 ms, dan rata-rata 3,2 ms dengan setandar deviasi 0,3
ms, maka dapat dikatakan “sangat bagus” bila ditinjau dari
latencynya.
D. Hari keempat
Gambar 4.31 : Hasil Monitoring P3BA Hari Keempat
Berdasarkan gambar 4.31 dapat dilihat bahwa hari keempat
data monitoring tidak bisa diambil lima jam penuh, karena alat
monitoring mati. Hasil monitoring bisa dilihat jumlah packet loss pada
dua jam pertama cukup tinggi, dengan persentase packet loss minimal
3,90%, maksimal 100%, dan rata-rata 70,88%, maka dapat dikatakan
“jelek” bila ditinjau dari jumlah packet lossnya.
Lalulintas data untuk hari keempat cukup padat. Dengan
catatan waktu latancy minimal 2,6 ms, maksimal 3,6 ms, dan rata-rata
42
3,1 ms dengan setandar deviasi 0,4 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
4.3.7 Dewan Perwakilan Rakyat Daerah (DPRD)
Untuk jaringan di DPRD yang akan dimonitring adalah IP
192.168.18.9, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.32 : Hasil Monitoring DPRD Hari Pertama
Berdasarkan gambar 4.32 dapat dilihat bahwa hari pertama di
DPRD hanya mendapatkan hasil monitoring dua jam, dengan
persentase packet loss minimal 0%, maksimal 3,91%, dan rata-rata
1,96%, maka dapat dikatakan “sangat bagus” bila ditinjau dari jumlah
packet lossnya.
Kepadatan lalulintas data tidak terlalu tinggi dengan catatan
waktu latency minimal 2,9 ms, maksimal 3,2 ms, dan rata-rata 3,1 ms
dengan setandar deviasi 0,1 ms, maka dapat dikatakan “sangat bagus”
bila ditinjau dari latencynya.
43
B. Hari kedua
Gambar 4.33 : Hasil Monitoring DPRD Hari Kedua
Berdasarkan gambar 4.33 dapat dilihat bahwa hari kedua di
DPRD hanya didapat data monitoring dua jam, karena ada perbaikan
jaringan. Dilihat dari jumlah packet loss pada satu jam kedua
menunjukan peningkatan dibanding satu jam pertama. Dengan
persentase packet loss minimal 0%, maksimal 100%, dan rata-rata
51,36%, maka dapat dikatakan “jelek” bila ditinjau dari jumlah packet
lossnya.
Lalulintas data terlihat padat setelah jam 10.00 dengan waktu
latency minimal 2,1 ms, maksimal 2,8 ms, dan rata-rata 2,4 ms dengan
setandar deviasi 0,4 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
C. Hari ketiga
Gambar 4.34 : Hasil Monitoring DPRD Hari Ketiga
44
Berdasarkan gambar 4.34 dapat dilihat bahwa hari ketiga data
monitoring tidak bisa diambil lima jam penuh, disebabkan karena PC
target belum hidup. Dengan persentase packet loss minimal 0%,
maksimal 100%, dan rata-rata 28,68%, maka dapat dikatakan “jelek”
bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data semakin bertambah setiap jamnya.
Hari ketiga memiliki catatan waktu latency minimal 1,6 ms, maksimal
1,9 ms, dan rata-rata 1,7 ms dengan setandar deviasi 0,1 ms, maka
dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.35 : Hasil Monitoring DPRD Hari Keempat
Berdasarkan gambar 4.35 dapat dilihat bahwa hari keempat
data monitoring tidak bisa diambil secara utuh, disebabkan karena PC
target belum hidup dan alat monitoring mati. Persentase packet loss
hari ke empat minimal 3,91%, maksimal 100%, dan rata-rata 76,63%,
maka dapat dikatakan “jelek” bila ditinjau dari jumlah packet lossnya.
Lalulintas data terlihat padat antara jam 10.00 – 11.00, dengan
catatan waktu latency minimal 2,9 ms, maksimal 3,2 ms, dan rata-rata
3,0 ms dengan setandar deviasi 0,1 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
45
4.3.8 Kantor Perpustakaan dan Arsip Daerah (KPAD)
Untuk jaringan di KPAD yang akan dimonitring adalah IP
192.168.19.5, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.36 : Hasil Monitoring KPAD Hari KPertama
Berdasarkan gambar 4.36 dapat dilihat bahwa hari pertama
bisa dilihat jumlah packet loss setabil, dengan persentase packet loss
minimal 5%, maksimal 5%, dan rata-rata 5%, maka dapat dikatakan
“bagus” bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data terjadi pada jam kedua dan akhir
kegiatan monitoring. Hari pertama memiliki catatan waktu latency
minimal 1,7 ms, maksimal 2,2 ms, dan rata-rata 1,8 ms dengan
setandar deviasi 0,2 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
46
B. Hari kedua
Gambar 4.37 : Hasil Monitoring KPAD Hari Kedua
Berdasarkan gambar 4.37 dapat dilihat bahwa hari kedua
hanya didapat data monitoring dua jam, karena ada perbaikan
jaringan. Dilihat dari jumlah packet loss pada dua jam monitorin
terlihat setabil. Dan memiliki persentase packet loss minimal 5%,
maksimal 5%, dan rata-rata 5%, maka dapat dikatakan “sangat
bagus” bila ditinjau dari jumlah packet lossnya.
Lalulintas data juga terlihat setabil, dengan catatan waktu
latency minimal 1,7 ms, maksimal 1,7 ms, dan rata-rata 1,7 ms dengan
setandar deviasi 0,0 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
C. Hari ketiga
Gambar 4.38 : Hasil Monitoring KPAD Hari Ketiga
47
Berdasarkan gambar 4.38 dapat dilihat bahwa hari ketiga data
tidak bisa diambil lima jam penuh, disebabkan karena PC target belum
hidup. Dengan persentase packet loss minimal 5%, maksimal 67,70%,
dan rata-rata 20,83%, maka dapat dikatakan “sedang” bila ditinjau
dari jumlah packet lossnya.
Kepadatan lalulintas data terlihat setabil seperti hari pertama
dan kedua. Hari ketiga memiliki catatan latency waktu minimal 1,7
ms, maksimal 1,7 ms, dan rata-rata 1,7 ms dengan setandar deviasi 0,0
ms, maka dapat dikatakan “sangat bagus” bila ditinjau dari
latencynya.
D. Hari keempat
Gambar 4.39 : Hasil Monitoring KPAD Hari Keempat
Berdasarkan gambar 4.39 dapat dilihat bahwa hari keempat
data tidak bisa diambil lima jam penuh, disebabkan alat monitoring
mati. Jumlah packet loss hari kedua setabil sama seperti hari pertama,
kedua, dan ketiga. Dengan persentase packet loss minimal 5%,
maksimal 5%, dan rata-rata 5%, maka dapat dikatakan “bagus” bila
ditinjau dari jumlah packet lossnya.
Pada satu jam pertama lalulintas data sangat padat, walaupun
pada jam berikutnya terlihat lebih setabil. Dengan catatan waktu
minimal 1,7 ms, maksimal 2,2 ms, dan rata-rata 2,0 ms dengan
48
setandar deviasi 0,2 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
4.3.9 PDE
Untuk jaringan di PED yang akan dimonitring adalah IP
192.168.68.7, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.40 : Hasil Monitoring PED Hari Pertama
Berdasarkan gambar 4.40 dapat dilihat bahwa hari pertama
bisa dilihat jumlah packet loss pada dua jam pertama monitoring
cukup tinggi. Tapi pada jam berikutnya tidak ada packet loss yang
muncul. Hari pertama memiliki persentase packet loss minimal 0%,
maksimal 5%, dan rata-rata 1,67%, maka dapat dikatakan “bagus”
bila ditinjau dari jumlah packet lossnya.
Lalulintas data padat pada tiga jam awal monitoring. Hari
pertama memiliki catatan waktu latency minimal 2,7 ms, maksimal
3,3 ms, dan rata-rata 2,9 ms dengan setandar deviasi 0,2 ms, maka
dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
49
B. Hari kedua
Gambar 4.41 : Hasil Monitoring PED Hari Kedua
Berdasarkan gambar 4.41 dapat dilihat bahwa hari kedua
didapat hasil monitoring dua jam, dengan persentase packet loss
minimal 7,50%, maksimal 100%, dan rata-rata 44,68%, maka dapat
dikatakan “jelek” bila ditinjau dari jumlah packet lossnya.
Lalulintas data juga terlihat padat, dengan catatan waktu
minimal 2,8 ms, maksimal 3,2 ms, dan rata-rata 3,0 ms dengan
setandar deviasi 0,2 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
C. Hari ketiga
Gambar 4.42 : Hasil Monitoring PED Hari Ketiga
50
Berdasarkan gambar 4.42 dapat dilihat bahwa hari ketiga
monitoring data bisa diambil lima jam penuh. Jumlah packet loss hari
ketiga hampir sama dengan hari pertama. Dengan persentase packet
loss minimal 0%, maksimal 4,07%, dan rata-rata 0,83%, maka dapat
dikatakan “sangat bagus” bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data terlihat setabil walaupun ada sedikit
peningkatan pada akhir kegiatan monitoring. Hari ketiga memiliki
catatan waktu latency minimal 1,7 ms, maksimal 2,1 ms, dan rata-rata
1,9 ms dengan setandar deviasi 0,1 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.43 : Hasil Monitoring PED Hari Keempat
Berdasarkan gambar 4.43 dapat dilihat bahwa hari keempat
data tidak bisa diambil lima jam penuh, disebabkan alat monitoring
tidak aktif. Hari keempat jumlah packet loss setabil. Dengan
persentase packet loss minimal 0%, maksimal 0%, dan rata-rata 0%,
maka dapat dikatakan “sangat bagus” bila ditinjau dari jumlah packet
lossnya.
Lalulintas data juga terlihat setabil tidak ada peningkatan yang
terlalu besar. Dengan catatan waktu latency minimal 3,7 ms, maksimal
4,3 ms, dan rata-rata 4,1 ms dengan setandar deviasi 0,2 ms, maka
dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
51
4.3.10 Kecamatan Sayegan
Untuk jaringan di Kecamatan Sayegan yang akan dimonitring adalah
IP 192.168.52.2, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.44 : Hasil Monitoring Kecamatan Sayegan Hari
Pertama
Berdasarkan gambar 4.44 dapat dilihat pada hari pertama
jumlah packet loss setabil, dengan persentase packet loss minimal
2,32%, maksimal 5%, dan rata-rata 4,55%, maka dapat dikatakan
“bagus” bila ditinjau dari jumlah packet lossnya.
Lalulintas data terlihat sangat padat hal ini mempengaruhi
besar kecilnya latency. Hari pertama memiliki catatan waktu latency
minimal 100,4 ms, maksimal 114,0 ms, dan rata-rata 106,5 ms dengan
setandar deviasi 4,3 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
52
B. Hari kedua
Gambar 4.45 : Hasil Monitoring Kecamatan Sayegan Hari
Kedua
Berdasarkan gambar 4.45 dapat dilihat pada hari kedua hanya
bisa didapat data monitoring dua jam, karena ada perbaikan jaringan.
Dilihat dari jumlah packet loss pada dua jam monitorin terlihat setabil.
Dan memiliki persentase packet loss minimal 5%, maksimal 5%, dan
rata-rata 5%, maka dapat dikatakan “bagus” bila ditinjau dari jumlah
packet lossnya.
Lalulintas data pada hari kedua cukup padat hal ini
berpengaruh pada latencynya menjadi tinggi. Dengan catatan waktu
latency minimal 100,4 ms, maksimal 118,9 ms, dan rata-rata 109,8 ms
dengan setandar deviasi 7,6 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
53
C. Hari ketiga
Gambar 4.46 : Hasil Monitoring Kecamatan Sayegan Hari Ketiga
Berdasarkan gambar 4.46 dapat dilihat bahwa hari ketiga data
monitoring bisa diambil lima jam penuh dengan catatan packet loss
yang tidak terlalu banyak. Dengan persentase packet loss minimal
0%, maksimal 3,23%, dan rata-rata 0,83%, maka dapat dikatakan
“sangat bagus” bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data paling rendah ada di jam 12.00-13.00
dengan catatan waktu latency minimal 70,6 ms, maksimal 96,5 ms,
dan rata-rata 81,6 ms dengan setandar deviasi 10,1 ms, maka dapat
dikatakan “sangat bagus” bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.47 : Hasil Monitoring Kecamatan Sayegan Hari
Keempat
54
Berdasarkan gambar 4.47 dapat dilihat bahwa hari keempat di
Kecamatan Sayegan data tidak bisa diambil lima jam penuh,
disebabkan alat monitoring mati. Jumlah packet loss terlihat setabil,
dengan persentase packet loss minimal 5%, maksimal 5%, dan rata-
rata 5%, maka dapat dikatakan “ bagus” bila ditinjau dari jumlah
packet lossnya.
Lalulintas data hari keempat sangat padat, dengan catatan
waktu latency minimal 91,8 ms, maksimal 141,7 ms, dan rata-rata
110,8 ms dengan setandar deviasi 20,2 ms, maka dapat dikatakan
“sangat bagus” bila ditinjau dari latencynya.
4.3.11 Desa Condongcatur
Untuk jaringan di Desa Condongcatur yang akan dimonitring adalah
IP 192.168.38.9, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.48 : Hasil Monitoring Desa Condongcatur Hari
Pertama
Berdasarkan gambar 4.48 dapat dilihat pada hari pertama
jumlah packet loss terbanyak antara jam 10.00 – 13.00. Tapi pada satu
jam berikutnya justru tidak ada packet loss yang muncul. Hari pertama
memiliki persentase packet loss minimal 0%, maksimal 24,55%, dan
55
rata-rata 11,82%, maka dapat dikatakan “sedang” bila ditinjau dari
jumlah packet lossnya.
Hari pertama lalulintas data terlihat padat, dengan tingkat
latencynya yang tinggi setelah jam 11.00. Hari pertama memiliki
catatan waktu latency minimal 2,0 ms, maksimal 123,3 ms, dan rata-
rata 57,9 ms dengan setandar deviasi 45,4 ms, maka dapat dikatakan
“sangat bagus” bila ditinjau dari latencynya.
B. Hari kedua
Gambar 4.49 : Hasil Monitoring Desa Condongcatur Hari Kedua
Berdasarkan gambar 4.49 dapat dilihat bahwa hari kedua
hanya didapat data 2 jam, karena ada perbaikan jaringan. Dengan
memiliki persentase packet loss minimal 5%, maksimal 100%, dan
rata-rata 59,84%, maka dapat dikatakan “jelek” bila ditinjau dari
jumlah packet lossnya.
Hari kedua lalulintas data terlihat padat. Dengan catatan waktu
latency minimal 89,9 ms, maksimal 116,4 ms, dan rata-rata 103,9 ms
dengan setandar deviasi 10,9 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
56
C. Hari ketiga
Gambar 4.50 : Hasil Monitoring Desa Condongcatur Hari
Ketiga
Berdasarkan gambar 4.50 dapat dilihat bahwa hari ketiga data
monitoring tidak bisa diambil lima jam penuh, disebabkan PC target
mati. Dengan persentase packet loss minimal 5%, maksimal 30%, dan
rata-rata 14,03%, maka dapat dikatakan “sedang” bila ditinjau dari
jumlah packet lossnya.
Lalulintas data juga terlihat padat di hari ketiga, dengan catatan
waktu minimal 100,4 ms, maksimal 119,0 ms, dan rata-rata 111,7 ms
dengan setandar deviasi 7,3 ms, maka dapat dikatakan “sangat bagus”
bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.51 : Hasil Monitoring Desa Condongcatur Hari
Keempat
57
Berdasarkan gambar 4.51 dapat dilihat bahwa hari keempat
data monitoring tidak bisa diambil lima jam penuh, karena ada
masalah dengan alat monitoring. Jumlah packet loss hari keempat
semakin besar setiap jamnya setelah jam 10.00, dengan persentase
packet loss minimal 0%, maksimal 100%, dan rata-rata 33,25%, maka
dapat dikatakan “jelek” bila ditinjau dari jumlah packet lossnya.
Lalulintas data terlihat paling padat pada satu jam terakhir,
dengan catatan waktu latency minimal 98,4 ms, maksimal 121,6 ms,
dan rata-rata 113,6 ms dengan setandar deviasi 8,4 ms, maka dapat
dikatakan “sangat bagus” bila ditinjau dari latencynya.
4.3.12 RSUD Prambanan
Untuk jaringan di RSUD Prambanan yang akan dimonitring adalah
IP 192.168.159.20, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.52 : Hasil Monitoring RSUD Prambanan Hari
Pertama
Berdasarkan gambar 4.52 dapat dilihat bahwa hari pertama
bisa dilihat jumlah packet loss pada jam kedua adalah yang paling
banyak. Tapi pada satu jam terakhir justru tidak ada packet loss. Hari
pertama ini memiliki persentase packet loss minimal 0%, maksimal
58
13,3%, dan rata-rata 6,98%, maka dapat dikatakan “bagus” bila
ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data bisa dilihat paling tinggi ada di jam
kedua monitoring, dan terendah pada satu jam terakhir monitoring.
Hari pertama memiliki catatan waktu latency minimal 3,3 ms,
maksimal 6,7 ms, dan rata-rata 4,9 ms dengan setandar deviasi 1,0 ms,
maka dapat dikatakan “sangat bagus” bila ditinjau dari latencynya.
B. Hari kedua
Gambar 4.53 : Hasil Monitoring RSUD Prambanan Hari Kedua
Berdasarkan gambar 4.53 dapat dilihat seperti hari kedua yang
lain untuk RSUD Prambanan juga hanya didapat hasil monitoring dua
jam, karena ada perbaikan jaringan. Dilihat dari jumlah packet loss
pada dua jam monitorin terlihat setabil. Dan memiliki persentase
packet loss minimal 2,80%, maksimal 5%, dan rata-rata 3,9%, maka
dapat dikatakan “bagus” bila ditinjau dari jumlah packet lossnya.
Lalulintas data juga terlihat setabil, hal ini mempengaruhi
tingkat latencynya yang terlihat setabil. Dengan catatan waktu latency
minimal 4,5 ms, maksimal 4,6 ms, dan rata-rata 4,6 ms dengan
setandar deviasi 0,1 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
59
C. Hari ketiga
Gambar 4.54 : Hasil Monitoring RSUD Prambanan Hari Ketiga
Berdasarkan gambar 4.54 dapat dilihat bahwa hari ketiga untuk
RSUD Prambanan bisa diambil lima jam penuh. Jumlah packet loss
terlihat paling padat setelah jam 13.00. Dengan persentase packet loss
hari ketiga minimal 0%, maksimal 11,75%, dan rata-rata 5,2%, maka
dapat dikatakan “bagus” bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data tidak setabil, dengan waktu paling
kecil antara jam 12.00-13.00. Hari ketiga memiliki catatan waktu
latency minimal 4,2 ms, maksimal 7,4 ms, dan rata-rata 5,2 ms dengan
setandar deviasi 1,3 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
D. Hari keempat
Gambar 4.55 : Hasil Monitoring RSUD Prambanan Hari
Keempat
60
Berdasarkan gambar 4.55 dapat dilihat bahwa hari keempat di
RSUD Prambanan data monitoring tidak bisa diambil limajam penuh,
karena alat monitoring mati. Packet loss banyak terjadi pada satu jam
terakhir monitoring. Dengan persentase packet loss minimal 0%,
maksimal 100%, dan rata-rata 46,16%, maka dapat dikatakan “jelek”
bila ditinjau dari jumlah packet lossnya.
Sedangkan untuk lalulintas data terlihat tidak terlalu padat
pada satu jam terakhir monitoring. Dengan catatan waktu latency
minimal 2,8 ms, maksimal 3,2 ms, dan rata-rata 2,9 ms dengan
setandar deviasi 0,2 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
4.3.13 Puskesmas Mlati
Untuk jaringan di Puskesmas Mlati yang akan dimonitring adalah IP
192.168.152.12, dengan hasil monitoring perharinya;
A. Hari Pertama
Gambar 4.56 : Hasil Monitoring Puskesmas Melati Hari Pertama
Berdasarkan gambar 4.56 dapat dilihat bahwa pada hari
pertama jumlah packet loss pada satu jam pertama berada merupakan
yang paling tinggi. Tapi pada jam berikutnya mengalami penurunan,
hingga antara jam 11.00 – 14.00 tidak ada packet loss yang muncul.
Hari pertama ini memiliki persentase packet loss minimal 0%,
61
maksimal 22,43%, dan rata-rata 5,34%, maka dapat dikatakan
“bagus” bila ditinjau dari jumlah packet lossnya.
Kepadatan lalulintas data terlihat setabil pada hari pertama,
dengan catatan waktu latency minimal 80,2 ms, maksimal 86,7 ms,
dan rata-rata 83,6 ms dengan setandar deviasi 2,7 ms, maka dapat
dikatakan “sangat bagus” bila ditinjau dari latencynya.
B. Hari kedua
Gambar 4.57 : Hasil Monitoring Puskesmas Melati Hari Kedua
Berdasarkan gambar 4.57 dapat dilihat bahwa hari kedua
hanya bisa didapat data monitoring dua jam, karena ada perbaikan
jaringan. Pada jam kedua monitoring jumlah packet loss mengalami
peningkatan. Dengan persentase packet loss minimal 5%, maksimal
100%, dan rata-rata 62%, maka dapat dikatakan “jelek” bila ditinjau
dari jumlah packet lossnya.
Lalulintas data terlihat lebih padat setelah jam 10.00 jika
dibanding satu jam sebelumnya. Dengan catatan waktu latency
minimal 56,1 ms, maksimal 85,3 ms, dan rata-rata 70,7 ms dengan
setandar deviasi 14,5 ms, maka dapat dikatakan “sangat bagus” bila
ditinjau dari latencynya.
62
C. Hari ketiga
Gambar 4.58 : Hasil Monitoring Puskesmas Melati Hari Ketiga
Berdasarkan gambar 4.58 dapat dilihat bahwa hari ketiga data
monitoring tidak bisa diambil lima jam penuh, disebabkan PC target
dimatikan atau ada trobel. Dengan persentase packet loss minimal 0%,
maksimal 100%, dan rata-rata 60,05%, maka dapat dikatakan “jelek”
bila ditinjau dari jumlah packet lossnya.
Lalulintas data cukup padat pada hari ketiga, dengan catatan
waktu latency minimal 69,6 ms, maksimal 77,7 ms, dan rata-rata 73,1
ms dengan setandar deviasi 3,2 ms, maka dapat dikatakan “sangat
bagus” bila ditinjau dari latencynya.
D. Hari keempat
Gambar 4.59 : Hasil Monitoring Puskesmas Melati Hari
Keempat
63
Berdasarkan gambar 4.59 dapat dilihat bahwa hari keempat
data monitoring tidak bisa diambil lima jam penuh, disebabkan PC
target belum hidup dan alat monitoring mati. Hari keempat terjadi
banuak packet loss antara jam 10.00 – 11.00, dengan persentase
packet loss keseluruhan minimal 4,28%, maksimal 22,43%, dan rata-
rata 13,35%, maka dapat dikatakan “bagus” bila ditinjau dari jumlah
packet lossnya.
Sedangkan lalulintas data terlihat setabil, dengan catatan waktu
latency minimal 85,0 ms, maksimal 86,7 ms, dan rata-rata 85,8 ms
dengan setandar deviasi 0,8 ms, maka dapat dikatakan “sangat bagus”
bila ditinjau dari latencynya.
Untuk lebih memudahkan pembahasan monitoring diatas secara
keseluruhan bisa kita lihat pada tapel 4.1;
Tabel 4.1 : Tabel Penilaian Kualitas Jaringan
No Nama Host
Packet Loss Latency
Hari Ke- Rata-rata
Hari Ke-
1 2 3 4 1 2 3 4
1 SETDA SB B SB B SB SB SB SB SB
2 BKD SB B SB B SB SB SB SB SB
3 BAPEDA J B J S S SB SB SB SB
4 Perpustakaan SB B B J B SB SB SB SB
5 BPKKD B B J J S SB SB SB SB
6 P3BA SB J B J S SB SB SB SB
7 DPRD SB J J J S SB SB SB SB
8 KPAD B SB S B B SB SB SB SB
9 PED B J SB SB B SB SB SB SB
10 Kecamatan Sayegan
B B SB B B SB SB SB SB
11 Desa Condongcatur
S J S J S SB SB SB SB
12 RSUD Prambanan
B B B J B SB SB SB SB
13 Puskesmas Mlati
B J J B B SB SB SB SB
64
Keterangan Tabel;
SB : Sangat Baik (packet loss 0 % , latency < 150 ms)
B : Baik (packet loss 3 % , latency 150 s/d 300 ms)
S : Sedang (packet loss 15 % , latency 300 s/d 450 ms)
J : Jelek (packet loss 25 % , latency > 450 ms)
berdasarkan tabel 4.1 dapat diartikan bahwa jumlah packet loss untuk setiap
host dipengaruhi oleh kepadatan lalulintas data dan besarnya alokasi
bandwidth. Semua kualitas dari yang sangat bagus sampai jelek dimilik oleh
PEMDA Sleman tapi rata-rata kualitas jaringan bisa dikatakan “baik” , hal ini
disimpulkan oleh penulis dari proses perhitungan. Oleh penulis kualitas diberi
nilai dari yang jelek sampai sangat bagus 1,2,3,4. Jadi nilai rata-rata tersebut
dijumlahkan lalu dibagi dengan banyaknya block yang di monitoring. Didapat
nilai 2,77 atau bisa kita tarik kesimpulan bahwa jaringan memiliki kualitas
“baik” bila ditinjau dari presentase packet loss.
Sedangkan tingkat latency jaringan PEMDA Sleman “sangat bagus”
ditinjau dari tingkat latencynya. Besarnya latency nantinya berpengaruh pada
jumlah packet loss, latency yang besar biasanya dipengaruhi karena lalulintas
data yang lewat sangat padat tidak diimbangi dengan alokasi bandwidth yang
besar.
Berdasarkan pembahasan diatas muncul beberapa kualitas packet loss
yang masuk kategori sedang dan jelek. Adapun beberapa alasan yang
mempengaruhi kualitas packet loss tersebut, yaitu;
a. Kabel LAN/UTP
Kabel LAN ini oleh penulih dimasukkan ke urutan pertama karena
penulis menemukan pada instansi-instansi masih menggunakan kabel
dengan kualitas kurang bagus. Hal ini diketahui oleh penulis saat
membantu melakukan installasi jaringan pada beberapa instansi.
Dengan kualitas kabel LAN yang kurang bagus dan panjang kabel juga
akan berpengaruh pada besarnya noise yang pada akhirnya
mempengaruhi jumlah packet loss.
65
b. Jumlah perangkat yang dilewati
Semakin banyak perangkat yang dilewati baik itu antar router atau
switch ke switch maka kecepatan koneksi akan banyak berkurang.
Selain itu spesifikasi PC yang digunakan bagus atau tidak juga
berpengaruh, yang dimaksud bagus oleh penulis disini bukan mahal tapi
bagus secara kualitas.
c. Kondisi lalulintas data
Kondisi lalulintas data berpengaruh ke packet loss, makin banyak data
yang lewat kemungkinan terjadi antrian data sangat besar, hal ini akan
mempengaruhi latency. Jika data yang dikirim dibuang atau tidak
sampai tujuan hal ini mempengaruhi besar presentase packet loss.
d. Alokasi bandwidth
Hal yang penulis perhatikan adalah perbedaan alokasi bandwidth untuk
masing-masing block IP. Alokasi bandwidth akan berpengaruh ke besar
kecilnya distorsi dan nantinya juga akan berpengaruh ke jumlah packet
loss. Untuk itu dibutuhkan bandwidth yang memadai dalam
mengakomodasi adanya spektrum sinyal. Jika besar trafik yang
mengalir didalam jaringan lebih besar dari kapasitas bandwidth yang
ada maka kelebihan trafik akan dibuang. Untuk melihat lebih jelas
alokasi bandwidth jaringan PEMDA Sleman bisa dilihat pada lampiran
2.
Selain munculnya data yang sedang dan jelak ada juga block IP yang
memiliki data yang tidak setabil, contoh seperti pada host P3BA yang pada hari
pertama memiliki kualitas packet loss sangat baik, hari kedua dan keempat jelek,
hari ketiga baik. Berdasarkan hasil tersebut maka menimbulkan pertanyaan apa
yang menyebabkan terjadi kondisi tersebut. Naik turunya kualitas yang
memngakibatkan ketidak setabilan ini dipengaruhi oleh besarnya trafik yang lewat
dan besar alokasi bandwidth yang diberikan, selain itu media transmisi juga
berpengaruh besar, karena untuk lokasi yang jauh sinyal akan ditembakan dari
66
kominfo ke lokasi instansi, hal ini memungkinkan terhalang ataupun terganggu
cuaca yang akhirnya mengakibatkan ketidak setabilan.
Selain dua alasan diatas hasil monitoring yang tidak bisa lengkap diambil
selama lima jam juga menjadi pemicu utama munculnya data tidak setabil. Karena
packet loss yang digunakan adalah rata-rata persentase packet loss dalam lima jam
tersebut. Sedangkan kalau data tidak lengkap, kebetulan yang tercatat oleh
smokeping saat trafik sedang tinggi yang mengakibatkan jumlah packet loss
banyak, maka lima jam tersebut akan menghasilkan output kualitas sedang atau
bahkan jelek.Adapun hal yang menyebabkan data tidak tercatat lengkap seperti;
1. Perbaikan jaringan pada hari kedua, jadi semua jaringan mati dari jam
11.00;
2. Alat monitoring mati hal ini terjadi pada hari keempat, saat itu alat
ditinggal sholat jum’at jadi saat alat mati tidak diketahui;
3. Host yang dimonitoring belum hidup pada awal-awal monitoring hari
ketiga dan keempat, hal ini karena setiap hari jum’at ada kegiatan
olahraga pagi (senam, futsal, tenis lapangan, dll).
67
BAB V
KESIMPULAN DAN SARAN
5.1 Kesimpulan Pelaksanaan Kerja Praktek
Berdasarkan hasil analisis dan pembahasan diatas, dapat diambil
kesimpulan bahwa;
1. Tingkat quality of service (QoS) jaringan PEMDA Sleman ditinjau dari
packet loss secara garis besar masuk golongan “baik”.
2. Bila ditinjau dari latencynya jaringan PEMDA Sleman masuk golongan
“sangat baik”, dengan latency rata-rata paling tinggi 113,6 ms. Munculnya
tingkat latency tinggi karena kepadatan lalulintas data dan alokasi
bandwidth.
3. Bila dilihat dari terjadinya packet loss di masing-masing host penulis
memperkirakan itu terjadi karena proses pembagian kuota bandwidth
untuk masing-masing instansi, semakin besar dan memiliki fungsi yang
lebih besar maka alokasi kuota bandwidth yang diberikan semakin besar
juga dibandingkan dengan instansi kecil seperti alokasi untuk SETDA
berbeda dengan blok Kecamatan maupun blok Desa.
4. Tidak stabilnya kualitas pada masing-masing host dipengaruhi oleh jumlah
lalu lintas data, media transmisi, dan juga ketidak lengkapan pengamblan
data monitoring selama lima jam (09.00 – 14.00).
66
68
5.2 Saran
Agar bisa tercapa tujuan dari quality of service (QoS), dan jaringan di
PEMDA Sleman bisa meningkatkan pelayanan instansi kepada masyarakat maka
penulis memberikan beberapa saran diantaranya;
1. Smokeping ini bisa dijadikan sebagai alat monitoring tambahan oleh
admin jaringan PEMDA Sleman, karena lebih simpel dan mudah dalam
pembacaanya.
2. Untuk mengurangi terjadi banyak packet loss pada blok IP yang memiliki
latency cukup tinggi bisa dengan cara memindahkan alokasi bandwidth
blok IP yang sudah tidak digunakan (tidak aktif) tapi masih memiliki
alokasi bandwith, ditambahkan ke blok IP yang latencynya tinggi.
69
DAFTAR PUSTAKA
BBQByu. “Apache Web Server”. Internet : http://belajaryok.blogspot.com/2008
/08/apache-web-server.html. Diakses : 2 Frebuari 2012
Belajar Komputer. Pengertian Internet : http://belajar-komputer-mu.com/penger
tian-internet. Diakses : 2 Frebuari 2012.
Denuxer. Cacti : http://www.indofreebsd.or.id/networking/membuat-network-
grafik-dengan-cacti.htm. Diakses 31 Frebuari 2012
Ekociba.2008.”Tentang Apache”. Internet :
http://ekociba.wordpress.com/2008/04/04/tentang-apache/. 31 Januari 2012.
Falko. Installasi smokeping dan aphache2 : http://www.howtoforge.com
/monitoring_network_latency_smokeping_debian_etch. Diakses 20
Frebuari 2011.
Falko. Installasi smokeping dan aphache2 : http://www.howtoforge.com/
monitoring_network_latency_smokeping_debian_etcp2. Diakses 20
Frebuari 2011.
Hasyim, Muhammad. Internet : http://hasheem.wordpress.com/bahan-ajar/
definisi-internet/. Diakses 31 Januari 2012.
Pradana Jonathan, Antony, dkk . Makalah "Network Traffic Management, Quality
of Service (Qos), Congestion Control dan Frame Relay".Universitas
Gunadarma.
70
Setiawan, Dedy Ajad. Pengertian Quality Of Service :
http://dhediee.wordpress.com/2011/02/20/quality-of-service-qos-pada-
jaringan-ip/. Diakses 31 Januari 2012.
71
LAMPIRAN-LAMPIRAN
Lampiran 1
DAFTAR BLOK IP LAN
NO BLOK IP INSTANSI NETMASK GATEWAY
1 192.168.1.1 – 124 SETDA 255.255.255.128 192.168.1.125
2 192.168.2.1 – 29 KPU 255.255.255.224 192.168.2.30
3 192.168.3.1 – 29 BKD 255.255.255.224 192.168.3.30
4 192.168.4.1 – 59 BAPPEDA 255.255.255.192 192.168.4.30
5 192.168.5.1 – 29 DINAS KESEHATAN 255.255.255.224 192.168.5.60
6 192.168.6.1 – 29 DINAS PUP 255.255.255.224 192.168.6.30
7 192.168.7.1 – 29 PERPUSTAKAAN 255.255.255.224 192.168.7.30
8 192.168.8.1 – 124 BPKKD 255.255.255.128 192.168.8.125
9 192.168.9.1 – 29 BUPATI 255.255.255.224 192.168.9.30
10 192.168.10.1 – 59 P2KPM 255.255.255.192 192.168.10.60
11 192.168.11.1 – 59 DIKNAS 255.255.255.192 192.168.11.60
12 192.168.12.1 – 29 CAPIL 255.255.255.224 192.168.12.30
13 192.168.13.1 – 29 BPPD 255.255.255.224 192.168.13.30
14 192.168.14.1 – 13 GUDANG OBAT 255.255.255.240 192.168.14.14
15 192.168.15.1 – 29 WABUP 255.255.255.224 192.168.15.30
16 192.168.16.1 – 29 P3BA 255.255.255.224 192.168.16.30
17 192.168.17.1 – 60 PERTAHANAN 255.255.255.192 192.168.17.60
18 192.168.18.1 – 29 DPRD 255.255.255.224 192.168.18.30
19 192.168.19.1 – 29 KPAD 255.255.255.224 192.168.19.30
20 192.168.20.1 – 29 POL PP 255.255.255.224 192.168.20.30
21 192.168.21.1 – 59 NAKERSOSKB 255.255.255.192 192.168.21.60
22 192.168.22.1 – 2 GATEWAY KE
INTRA
255.255.255.152 192.168.22.1
72
NO BLOK IP INSTANSI NETMASK GATEWAY
23 192.168.23.1 – 29 PARIWISATA 255.255.255.224 192.168.23.30
24 192.168.24.1 – 29 BAWASDA dan
PASAR
255.255.255.224 192.168.24.30
25 192.168.25.1 – 60 RADIO LINK
CONGCAT
255.255.255.192 192.168.25.1
26 192.168.26.1 – 29 255.255.255.224 192.168.26.30
27 192.168.27.1 – 24 KPDL 255.255.255.224 192.168.27.30
28 192.168.27.25 – 29 PKK 255.255.255.224 192.168.27.30
29 192.168.28.1 – 14 RD PEJABAT 255.255.255.240 192.168.28.14
30 192.168.29.1 – 60 BLK 255.255.255.192 192.168.29.60
31 192.168.30.1 – 29 DISHUBKOMINFO 255.255.255.224 192.168.30.30
32 192.168.31.1 – 14 DESA KEPUHARJO 255.255.255.240 192.168.31.14
33 192.168.32.1 – 14 DESA GLAGAHARJO 255.255.255.240 192.168.32.14
34 192.168.33.1 – 14 DESA UMBULHARJO 255.255.255.240 192.168.33.14
35 192.168.34.1 – 14 DESA TRIDADI 255.255.255.240 192.168.34.14
36 192.168.35.1 – 14 DESA
BANGUNKERTO
255.255.255.240 192.168.35.14
37 192.168.36.1 – 14 KAMERA TRITIS
KULON
255.255.255.240 192.168.36.14
38 192.168.37.1 – 14 DESA WONOKERTO 255.255.255.240 192.168.37.14
39 192.168.38.1 – 14 DESA
CONDONGCATUR
255.255.255.240 192.168.38.14
40 192.168.46.1 – 14 BPN 255.255.255.240 192.168.46.14
41 192.168.51.1 – 14 KEC. NGAGLIK 255.255.255.240 192.168.51.14
42 192.168.52.1 – 14 KEC. SLEMAN 255.255.255.240 192.168.52.14
43 192.168.53.1 – 14 KEC. MLATI 255.255.255.240 192.168.53.14
44 192.168.54.1 – 14 KEC. GAMPING 255.255.255.240 192.168.54.14
45 192.168.55.1 – 14 KEC. PAKEM 255.255.255.240 192.168.55.14
46 192.168.56.1 – 14 KEC. TEMPEL 255.255.255.240 192.168.56.14
73
NO BLOK IP INSTANSI NETMASK GATEWAY
47 192.168.57.1 – 14 KEC. NGEMPLAK 255.255.255.240 192.168.57.14
48 192.168.58.1 – 14 KEC. SEYEGAN 255.255.255.240 192.168.58.14
49 192.168.59.1 – 14 KEC. GODEAN 255.255.255.240 192.168.59.14
50 192.168.60.1 – 14 KEC. MOYUDAN 255.255.255.240 192.168.60.14
51 192.168.61.1 – 14 KEC. MINGGIR 255.255.255.240 192.168.61.14
52 192.168.62.1 – 14 KEC. TURI 255.255.255.240 192.168.62.14
53 192.168.62.17 – 29 KAMERA TRITIS 255.255.255.240 192.168.62.30
54 192.168.63.1 – 14 KEC. CANGKRINGN 255.255.255.240 192.168.63.14
55 192.168.63.17 – 29 KAMERA
KALIADEM
255.255.255.240 192.168.63.30
56 192.168.64.1 – 14 KEC. DEPOK 255.255.255.240 192.168.64.14
57 192.168.65.1 – 14 PASAR HWAN 255.255.255.224 192.168.65.30
58 192.168.66.1 – 14 RSUD 255.255.255.192 192.168.66.60
59 192.168.68.1 – 14 PDE 255.255.255.224 192.168.68.30
60 192.168.69.1 – 14 LAB 255.255.255.224 192.168.69.30
61 192.168.70.1 – 59 POSKO MERAPI 255.255.255.192 192.168.70.60
62 192.168.73.1 – 14 KEC. KALASAN 255.255.255.240 192.168.73.14
63 192.168.74.1 – 14 KEC. PRAMBANAN 255.255.255.240 192.168.74.14
64 192.168.75.1 – 60 RADIO LINK
CONGCAT
255.255.255.192 192.168.75.1
65 192.168.76.1 – 60 TELEMATIKA 255.255.255.192 192.168.76.60
67 192.168.77.1 – 14 CONGCAT 255.255.255.240 192.168.77.14
68 192.168.78.1 – 14 KEC. BERBAH 255.255.255.240 192.168.78.14
69 192.168.80.1 – 14 BLADE 255.255.255.224 192.168.80.30
70 192.168.83.1 – 256 VIRTUAL SERVER 255.255.255.0 192.168.83.1
71 192.168.85.1 – 60 RADIO LINK
SEKTORAL
255.255.255.192 192.168.85.1
72 192.168.88.1 – 14 GAJI BKD 255.255.255.240 192.168.88.14
73 192.168.89.1 – 30 KESBANGLIMASPB 255.255.255.224 192.168.89.30
74
NO BLOK IP INSTANSI NETMASK GATEWAY
74 192.168.94.1 – 14 DS
HARGOBINANGUN
255.255.255.240 192.168.94.14
75 192.168.95.1 – 60 LINK KECAMATAN 255.255.255.192 192.168.95.1
76 192.168.96.1 – 14 SD TRITIS 255.255.255.240 192.168.96.14
77 192.168.97.1 – 14 DS
PURWOBINANGUN
255.255.255.240 192.168.97.14
78 192.168.98.1 – 14 SEMBADA 255.255.255.240 192.168.98.14
79 192.168.99.1 – 14 PROXY 255.255.255.240 192.168.99.14
78 192.168.100.1 – 14 SERVER LOCAL 255.255.255.240 192.168.100.1
4
79 192.168.101.1 – 256 HOTSPOT 255.255.255.0 192.168.101.1
80 192.168.152.1 – 14 PUSKESMAS MLATI
2
255.255.255.240 192.168.152.1
4
81 192.168.153.1 – 14 PUSKESMAS DEPOK
!
255.255.255.240 192.168.153.1
4
82 192.168.154.1 – 14 PUSKESMAS DEPOK
2
255.255.255.240 192.168.154.1
4
83 192.168.155.1 – 14 PUSKESMAS
GAMPING 1
255.255.255.240 192.168.155.1
4
84 192.168.156.1 – 14 PUSKESMAS
SEYEGAN 1
255.255.255.240 192.168.156.1
4
85 192.168.157.1 – 14 PUSKESMAS
TEMPEL 1
255.255.255.240 192.168.157.1
4
86 192.168.159.1 - RSUD PRAMBANAN
87 192.168.160.1 – 256 HOTSPOT SETDA 255.255.255.0 192.168.160.1
88 192.168.161.1 – 256 HOTSPOT BAPPEDA 255.255.255.0 192.168.161.1
89 192.168.162.1 – 256 HOTSPOT OPROOM 255.255.255.0 192.168.162.1
90 192.168.163.1 – 256 HOTSPOT BKD 255.255.255.0 192.168.163.1
91 192.168.164.1 – 256 HOTSPOT BPKKD 255.255.255.0 192.168.164.1
75
NO BLOK IP INSTANSI NETMASK GATEWAY
92 192.168.203.1 – 256 HOTSPOT
PURWOBINANGUN
255.255.255.0 192.168.203.1
93 192.168.165.1 – 256 HOTSPOT
HARGOBINANGUN
255.255.255.0 192.168.165.1
94 192.168.167.1 – 256 HOTSPOT
UMBULHARJO
255.255.255.0 192.168.167.1
95 192.168.166.1 – 256 HOTSPOT
KEPUHARJO
255.255.255.0 192.168.166.1
96 192.168.168.1 – 256 HOTSPOT
GLAGAHARJO
255.255.255.0 192.168.168.1
97 192.168.170.1 – 256 HOTSPOT
WONOKERTO
255.255.255.0 192.168.170.1
98 192.168.205.1 – 29 VOIP 255.255.255.224 192.168.205.3
0
76
Lampiran 2
Alokasi Bandwidth Jaringan PEMDA Sleman