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

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” ;

http://llocalhost/smokeping/smokeping.cgi

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


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


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”


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


D. Hari keempat

Gambar 4.15 : Hasil Monitoring BKD Hari Keempat

29


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



Secara keseluruhan lalulintas data terlihat padat, baru

berkurang pada satu jam terakhir monitoring. Dengan catatan waktu




4.3.3 Badan Perencanaan Pembangunan Daerah (BAPPEDA)

Untuk jaringan di BAPPEDA yang akan dimonitring adalah IP


A. Hari Pertama

Gambar 4.16 : Hasil Monitoring BAPPEDA 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


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



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.





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


33

4.3.4 Perpustakaan

Untuk jaringan di Perpustakaan yang akan dimonitring adalah IP


A. Hari Pertama

Gambar 4.20 : Hasil Monitoring Perpustakaan 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


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



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,


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



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


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



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


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”


Kepadatan lalulintas data semakin bertambah tiap jamnya.

Hari ketiga memiliki catatan waktu minimal 1,6 ms, maksimal 1,9 ms,



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


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


A. Hari Pertama

Gambar 4.28 : Hasil Monitoring P3BA 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


Sedangkan untuk latencynya terlihat lebih setabil dengan

catatan waktu minimal 2,1 ms, maksimal 3,4 ms, dan rata-rata 2,5 ms



40

B. Hari kedua

Gambar 4.29 : Hasil Monitoring P3BA 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,



C. Hari ketiga

Gambar 4.30 : Hasil Monitoring P3BA Hari Ketiga

41


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



latencynya.

D. Hari keempat

Gambar 4.31 : Hasil Monitoring P3BA 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



Lalulintas data untuk hari keempat cukup padat. Dengan

catatan waktu latancy minimal 2,6 ms, maksimal 3,6 ms, dan rata-rata

42



4.3.7 Dewan Perwakilan Rakyat Daerah (DPRD)

Untuk jaringan di DPRD yang akan dimonitring adalah IP


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



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



C. Hari ketiga

Gambar 4.34 : Hasil Monitoring DPRD Hari Ketiga

44


monitoring tidak bisa diambil lima jam penuh, disebabkan karena PC

target belum hidup. Dengan persentase packet loss minimal 0%,







D. Hari keempat

Gambar 4.35 : Hasil Monitoring DPRD 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



45

4.3.8 Kantor Perpustakaan dan Arsip Daerah (KPAD)

Untuk jaringan di KPAD yang akan dimonitring adalah IP


A. Hari Pertama

Gambar 4.36 : Hasil Monitoring KPAD Hari KPertama


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




46

B. Hari kedua

Gambar 4.37 : Hasil Monitoring KPAD 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




C. Hari ketiga

Gambar 4.38 : Hasil Monitoring KPAD Hari Ketiga

47


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


Kepadatan lalulintas data terlihat setabil seperti hari pertama

dan kedua. Hari ketiga memiliki catatan latency waktu minimal 1,7



latencynya.

D. Hari keempat

Gambar 4.39 : Hasil Monitoring KPAD 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



pada jam berikutnya terlihat lebih setabil. Dengan catatan waktu


48



4.3.9 PDE

Untuk jaringan di PED yang akan dimonitring adalah IP


A. Hari Pertama

Gambar 4.40 : Hasil Monitoring PED 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”


Lalulintas data padat pada tiga jam awal monitoring. Hari

pertama memiliki catatan waktu latency minimal 2,7 ms, maksimal



49

B. Hari kedua

Gambar 4.41 : Hasil Monitoring PED Hari Kedua


didapat hasil monitoring dua jam, dengan persentase packet loss

minimal 7,50%, maksimal 100%, dan rata-rata 44,68%, maka dapat


Lalulintas data juga terlihat padat, dengan catatan waktu




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



D. Hari keempat

Gambar 4.43 : Hasil Monitoring PED 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



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



Lalulintas data terlihat sangat padat hal ini mempengaruhi

besar kecilnya latency. Hari pertama memiliki catatan waktu latency




52

B. Hari kedua


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




53

C. Hari ketiga

Gambar 4.46 : Hasil Monitoring Kecamatan Sayegan Hari Ketiga


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,



D. Hari keempat


Keempat

54


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


4.3.11 Desa Condongcatur

Untuk jaringan di Desa Condongcatur yang akan dimonitring adalah


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


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


B. Hari kedua

Gambar 4.49 : Hasil Monitoring Desa Condongcatur 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


Hari kedua lalulintas data terlihat padat. Dengan catatan waktu




56

C. Hari ketiga


Ketiga



mati. Dengan persentase packet loss minimal 5%, maksimal 30%, dan

rata-rata 14,03%, maka dapat dikatakan “sedang” bila ditinjau dari


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



D. Hari keempat


Keempat

57


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,




4.3.12 RSUD Prambanan

Untuk jaringan di RSUD Prambanan yang akan dimonitring adalah


A. Hari Pertama

Gambar 4.52 : Hasil Monitoring RSUD Prambanan 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



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,



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




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




D. Hari keempat

Gambar 4.55 : Hasil Monitoring RSUD Prambanan Hari

Keempat

60


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%,



Sedangkan untuk lalulintas data terlihat tidak terlalu padat

pada satu jam terakhir monitoring. Dengan catatan waktu latency




4.3.13 Puskesmas Mlati

Untuk jaringan di Puskesmas Mlati yang akan dimonitring adalah IP


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


Kepadatan lalulintas data terlihat setabil pada hari pertama,




B. Hari kedua

Gambar 4.57 : Hasil Monitoring Puskesmas Melati 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


Lalulintas data terlihat lebih padat setelah jam 10.00 jika

dibanding satu jam sebelumnya. Dengan catatan waktu latency




62

C. Hari ketiga

Gambar 4.58 : Hasil Monitoring Puskesmas Melati Hari Ketiga



dimatikan atau ada trobel. Dengan persentase packet loss minimal 0%,



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


D. Hari keempat

Gambar 4.59 : Hasil Monitoring Puskesmas Melati Hari

Keempat

63


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




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.

http://belajaryok.blogspot.com/2008%20/08/apache-web-server.html

http://belajaryok.blogspot.com/2008%20/08/apache-web-server.html

http://belajar-komputer-mu.com/penger%20tian-internet

http://belajar-komputer-mu.com/penger%20tian-internet

http://www.indofreebsd.or.id/networking/membuat-network-grafik-dengan-cacti.htm

http://www.indofreebsd.or.id/networking/membuat-network-grafik-dengan-cacti.htm

http://ekociba.wordpress.com/2008/04/04/tentang-apache/

http://www.howtoforge.com/

http://www.howtoforge.com/

http://hasheem.wordpress.com/bahan-ajar/

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.

http://dhediee.wordpress.com/2011/02/20/quality-of-service-qos-pada-jaringan-ip/

http://dhediee.wordpress.com/2011/02/20/quality-of-service-qos-pada-jaringan-ip/

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


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


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


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


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

laporan kerja praktek analisa quality of service …

Documents