BAB IV PENGUJIAN SISTEM. Dalam penelitian ini, dibangun 2 buah server IP-PBX dengan software

Ukuran: px

Mulai penontonan dengan halaman:

Download "BAB IV PENGUJIAN SISTEM. Dalam penelitian ini, dibangun 2 buah server IP-PBX dengan software"

Dewi Shinta Hardja
7 tahun lalu
Tontonan:

1 31 BAB IV PENGUJIAN SISTEM 4.1 Pengujian Sistem Dalam penelitian ini, dibangun 2 buah server IP-PBX dengan software Asterisk yang diumpamakan bahwa masing-masing server terletak di kantor pusat dan kantor cabang. Pengujian ini dilakukan dengan tujuan : a) Membuktikan bahwa sistem IP-PBx yang dibangun bisa bekerja. b) Membuktikan teori call flow SIP session yang terjadi antar UA baik yang berada dalam domain yang sama maupun berbeda. c) Mengamati besarnya konsumsi bandwidth pada sebuah call session dan hubunganya dengan penggunaan audio codec yang berbeda. 4.2 Pengujian Sistem IP-PBx Setelah proses instalasi dan konfigurasi Asterisk di kedua sisi selesai, maka pada dashboard Asterisk GUI akan muncul indikasi yang menunjukan bahwa konfigurasi sudah benar. Dalam penelitian ini, konfigurasi utama yang dibuat pada Asterisk adalah SIP Trunk, DialPlan, dan users. Di bawah ini adalah tampilan pada dashboard Asterisk GUI.

2 32 Gambar 4.1 Dashboard Asterisk pada kantor pusat (atas) dan kantor cabang (bawah) Pada gambar diatas terlihat bahwa konfigurasi SIP Trunk berhasil dengan indikasi di masing-masing Asterisk tertera keterangan Registered. Pada bagian Extensions, terlihat pula jumlah user yang sudah dibuat pada Asterisk dan juga jumlah user yang berhasil register ke dalam Asterisk dengan indikasi bulatan hijau.

3 Pengamatan Call Flow Pada Sebuah SIP Session Setelah user berhasil register ke dalam Asterisk, pengujian berikutnya adalah melakukan panggilan dari kantor cabang ke kantor pusat. User yang melakukan panggilan dari kantor pusat adalah Sri dengan extension 621, sedangkan user di kantor pusat adalah Mr. Smith dengan extension 63. Pengaturan dialplan untuk melakukan panggilan dari kantor cabang ke kantor pusat adalah dengan menekan angka 87 sebelum menekan extension yang dituju, contoh : Dibawah ini adalah tampilan pada aplikasi X-lite ketika melakukan panggilan. Gambar 4.2 Panggilan menggunakan aplikasi X-lite Setelah Asterisk di kantor pusat menerima permintaan panggilan, Asterisk yang berada di kantor cabang akan meroute panggilan ke Asterisk yang berada di kantor pusat dan kemudian meneruskan panggilan ke extension tujuan, yaitu 63.

4 34 Gambar 4.3 SIP session yang termonitor menggunakan aplikasi Wireshark Gambar di atas mejelaskan bagaimana SIP session terjadi antara extension 621 dan extension 63. Extension 621 ( ) memulai panggilan dengan mengirimkan SIP request INVITE kepada extension 63 ( ), yang dalam prosesnya melewati Asterisk kantor cabang ( ) dan Asterisk kantor pusat ( ). INVITE yang diterima oleh Asterisk kantor cabang diterima, diolah, dan diteruskan ke tujuan selanjutnya yaitu Asterisk kantor pusat dan dalam waktu yang bersamaan Asterisk kantor cabang mengirimkan SIP response atau pada aplikasi wireshark disebut sebagai SIP status 1 Trying. Pesan ini diteruskan kembali oleh Asterisk kantor pusat hingga mencapai extension 63. Setelah extension 63 menerima SIP request INVITE tersebut, dengan segera UA 63 akan mengirimkan SIP response 18 Ringing dan user pada extension 621 akan mendengar nada sambung yang berbunyi tut. Saat pengguna extension 63 menerima panggilan dengan mengirimkan SIP response 2 OK, dengan seketika Asterisk kantor cabang akan meminta persetujuan untuk menjalin komunikasi dengan mengirimkan SIP request ACK dan setelah sampai pada UA

5 35 63, barulah komunikasi terjalin antara extension 621 dan 63. Seperti yang telah disebutkan di awal laporan penelitian ini, pada gambar terlihat bahwa informasi yang dikirmkan diambil alih oleh protokol RTP. Barulah ketika salah satu extension, dalam contoh diatas adalah 63, mengakiri panggilan dengan mengirimkan SIP request BYE, SIP kembali bekerja. Asterisk kantor pusat meneruskan SIP request BYE hingga mencapai extension 621. Dan sebagai balasannya, extension 621 mengirimkan SIP reponse 2 OK yang menandakan bahwa SIP session secara resmi berakhir. 4.4 Pengamatan Konsumsi Bandwidth dan Hubungannya Dengan Delay Pada Sebuah Call Session Menggunakan G.711 Pada BAB II telah disebutkan bahwa besarnya konsumsi bandwidth per satu sesi panggilan menggunakan audio codec G.711 adalah 87,2 Kbps. Namun angka tersebut hanya merupakan sebuah pendekatan karena konstanta konstanta yang dipakai juga merupakan pendekatan. Pada bagian ini, diamati konsumsi bandwidth per satu sesi panggilan yang menggunakan G.711 sebagai audio codecnya. Pengamatan dilakukan menggunakan software wireshark dan komponen yang diamati selain konsumsi bandwidth adalah jitter dan delay. Data pengamatan hubungan konsumsi bandwidth dan delay diambil dari data rata rata total paket yang ditransmisikan pada saat pengetesan. Sedangkan data pengamatan hubungan delay dengan jitter menggunakan data asli sebanyak jumlah paket yang ditransmisikan pada saat

6 36 pengamatan. Hal ini dilakukan supaya pengamatan yang dilakukan dapat lebih tepat sasaran sehingga kesimpulan yang diambil sesuai dengan data pengetesan tersebut. IP BW (Kbps) Lamanya Pengamatan (menit) Gambar 4.4 Konsumsi bandwidth pada satu sesi panggilan menggunakan audio codec G.711 Pada hasil pengukuran diatas, tampak bahwa konsumsi bandwidth rata rata pada satu sesi panggilan menggunakan audio codec G.711 adalah sekitar 81 Kbps, selisih 6,2 Kbps dari perhitungan pada BAB II. Hal ini antara lain dikarenakan pada sesi panggilan yang diamati diatas, dilakukan perubahan intensitas pengiriman data dengan cara mematikan microphone pada masing masing UA selama enam menit untuk melihat pengaruhnya terhadap konsumsi bandwidth. Terlihat pada gambar diatas, memang terjadi fluktuasi konsumsi bandwidth namun tidak terlalu besar. Data diatas disusun dari 5987 buah paket RTP. Banyaknya paket = 5987 buah, dengan jumlah PPS = 5 Lama pengamatan = 6 = 16, Jumlah paket per menit = = 2999,

7 37 Sedangkan hasil pengamatan delay yang terjadi pada saat pengetesan digambarkan pada grafik dibawah ini Delay (ms) Lamanya Pengamatan (menit) Gambar 4.5 delay pada pengetesan panggilan menggunakan audio codec G.711 Delay adalah waktu yang dibutuhkan sebuah paket informasi untuk dikirimkan dari sisi pengirim ke penerima. Pada grafik diatas terlihat dalam pengetesan terjadi delay yang cukup konstan pada besaran 2 ms. Sedangkan apabila diperhatikan dengan lebih seksama, besarnya delay yang terjadi berbanding terbalik dengan konsumsi bandwidth. Pada grafik terlihat pada saat konsumsi bandwidth tinggi, delay lebih rendah dan pada saat konsumsi bandwidth rendah, delay menjadi lebih tinggi. Hal ini sesuai dengan hukum Hartley yang menyebutkan bahwa besarnya data yang ditransmisikan sesuai dengan besarnya lebar frekuensi yang digunakan pada saat transmisi tersebut. Dengan analogi bandwidth adalah jalan untuk melewatkan data, maka semakin besar jalan yang tersedia maka semakin cepat pula waktu yang dibutuhkan untuk melewatkan data tersebut.

8 Pengamatan Terjadinya Jitter dan Hubungannya Dengan Delay Pada Sebuah Call Session Menggunakan G.711 Seperti yang telah disebutkan sebelumnya, pada pengamatan hubungan jitter dan delay data yang ditampilkan adalah data asli yang berupa 5987 buah paket RTP dengan rata rata jumlah paket per menit (PPM) adalah 2999 dan lama pengamatan 17 menit. Jitter (ms) Delay (ms) Gambar 4.6 Pengamatan hubungan jitter dan delay pada pengetesan panggilan menggunakan G.711 Tampak pada grafik diatas pada saat nilai jitter tinggi maka delay pun ikut tinggi. Hal ini berhubungan karena salah satu penyebab jitter adalah terjadinya

9 39 selisih waktu yang tinggi antara paket data yang ditansmisikan dalam sebuah media transmisi dari sisi pengirim ke sisi penerima (delay). Selisih waktu yang tinggi terlihat dengan delay yang meninggi, hal ini berhubungan lurus dengan nilai jitter yang tinggi juga. 4.6 Pengamatan Sebuah Call Session Menggunakan Audio Codec ilbc3 Sebagai pembanding data diatas, dilakukan sebuah pengamatan lain menggunakan ilbc3 sebagai audio codec. Pemilihan codec tersebut dikarenakan UA yang digunakan dalam pengetesan tidak memiliki codec lainnya selain G.711 dan ilbc IP (Kbps) Lamanya Pengamatan (menit) Delay (ms) Lamanya Pengamatan (menit) Gambar 4.7 Pengamatan konsumsi bandwidth dan hubungannya dengan delay menggunakan ilbc3

10 4 Terlihat pada grafik diatas bahwa tidak ada perbedaan yang mecolok antara hubungan konsumsi bandwidth dengan delay menggunakan codec G.711 dan ilbc3. Hasil pengamatan keduanya menunjukkan bahwa ketika konsumsi bandwidth meninggi, maka delay yang dihasilkan kecil. Perbedaannya adalah besarnya konsumsi bandwidth dengan menggunakan codec ilbc3 yang rataratanya sebesar 24 Kbps, selisih 4,8 Kbps dari perhitungan di BAB II. Pada pengamatan ini, dilakukan juga perubahan instensitas data yang ditransmisikan dengan cara mematikan microphone di kedua sisi selama 4 menit yang pada grafik diatas, tampak terjadinya fluktuasi konsumsi bandwidth pada saat microphone pada kedua sisi dimatikan. Dari pengamatan tersebut diperoleh buah paket RTP. Dengan perhitungan seperti pada pengamatan sebelumnya maka akan diperoleh : Banyaknya paket = buah, dengan jumlah PPS = 3 Lama pengamatan = 6 = 18,96 19 Jumlah paket per menit = = 1796, Dan untuk hasil pengamatan hubungan jitter dan delay pada pengamatan ini seperti tampak pada gambar di bawah Jitter (ms)

11 41 Delay (ms) Gambar 4.8 Pengamatan hubungan jitter dan delay pada pengetesan panggilan menggunakan ilbc3 Dari gambar di atas, terlihat bahwa hasil pengamatan pengetesan panggilan menggunakan codec ilbc3 mirip dengan hasil pengamatan menggunakan codec G.711. Dimana pada saat nilai jitter meninggi maka berbanding lurus dengan delay yang terjadi dalam proses transmisi data. Sedangkan untuk besarnya nilai jitter dan delay yang terjadi pada kedua pengetesan ini tidaklah jauh berbeda walaupun menggunakan audio codec yang sama. Dengan demikian, penggunaan audio codec yang berbeda hanya berpengaruh langsung terhadap konsumsi bandwidth.

dokumen-dokumen yang mirip

BAB II LANDASAN TEORI. dalam telekomunikasi Voice over Internet Protocol ( VoIP ). SIP merupakan

BAB II LANDASAN TEORI. dalam telekomunikasi Voice over Internet Protocol ( VoIP ). SIP merupakan 5 BAB II LANDASAN TEORI 2.1 Session Initiation Protocol ( SIP ) Session Initiation Protocol adalah salah satu protokol yang umum digunakan dalam telekomunikasi Voice over Internet Protocol ( VoIP ). SIP