ANALISIS IMPLEMENTASI VIDEO CALL OVER WIRELESS LAN MENGGUNAKAN ASTERISK

Rasyidi Usman.1, Hafidudin, Ir.,MT.2, Agus Ganda Permana,Ir.,MT .3

1,2
Jurusan Teknik Elektro, Sekolah Tinggi Teknologi Telkom
an_dhee_17telkom@yahoo.com1, hfd@stttelkom.ac.id2, agp@stttelkom.ac.id
Abstraksi
Saat ini standar protokol yang dipakai dalam komunikasi VoIP adalah SIP dan H.323. Untuk penelitian ini
dipakai standar dari IETF yaitu protokol SIP, karena komunikasi akan mengarah ke NGN (Next Generation
Network). Jaringan VoIP yang awalnya hanya melayani voice, sekarang telah berkembang pada layanan
messaging dan video. Layanan video ini semakin banyak diminati dan mulai dikembangkan.
Komunikasi data juga mulai mengarah ke jaringan wireless. Wireless Local Area Network ( WLAN ) pada
mulanya didesain untuk komunikasi data. Kemudian, komunikasi video dicoba dikembangkan pada jaringan
data. Sifat informasi video yang harus real time dan reliable menjadi suatu pertanyaan khusus bagi jaringan data
wireless. Apakah komunikasi video call pada jaringan WLAN based on SIP memenuhi kelayakan kualitas yang
dapat diterima?
Asterisk merupakan open source PBX, yaitu IP PBX dan server dalam bentuk software based on Linux,
BSD,MacOSX yang mampu menyediakan layanan video call voicemail, conferencing, IVR, Queuing, sebaik
standar calling function. Ini digunakan sebagai IP PBX server yang berguna untuk menyediakan layanan video
bagi user.
Adapun hasil dari analisis menunjukkan bahwa kualitas Video call di jaringan WLAN STT Telkom dengan
protokol SIP masih berada dalam rentang standar terbaik seperti ITU-T 0150 ms., Jitter berkisar antara 0-20 ms.
Dan berdasarkan percobaan dan MOS menunjukkan bahwa VoIP pada jaringan WLAN di STT Telkom
menggunakan protokol SIP cukup baik . Sehingga, berdasarkan rekomendasi ITU-T bahwa penelitian ini dapat
diimplementasikan pada jaringan WLAN STT Telkom.

Kata Kunci: Asterisk IP PBX, WLAN, Video Call , SIP

ABSTRACT
Currently, protocol standart which is used in VoIP communication are SIP and H323. At this research, it is
used IETF standard-SIP Protocol, because next communication will be go to the NGN (Next Generation
Network). VOIP network not only provides voice but also messaging and video service. Video service more
interested and start to develop.
Data communication also directed to the wireless network. WirelessLocal Area Network (WLAN) is
designed for data communication early. Then, the video communication is tried to be implemented in the data
network. Characteristic of Video information that has to be real time and reliable become a specific question for
the wireless network. Whether video communication on WLAN can be accepted?
Asterisk is a open source PBX, IP PBX and server in software based on Linux, BSD,MacOSX which is can
provide video call service, voice mail, conferencing, IVR, Queuing, as well calling function standart. It is used
as a IP PBX server which is usefull to provide video service for users.
Then, result of analysis shows that Video call quality at WLAN STT Telkom using SIP protocol, still in good
range such as one way delay is 0-150 ms, Jitter is 0-20ms. Then, all of experiment and MOS shows that VoIP
service at WLAN STT Telkom using SIP protocol is good enough. So, It is according to ITU-T recommendation
show that this research can be implemented at WLAN STT Telkom.

Keyword : Asterisk IP PBX, WLAN, Video Call , SIP

1.1 Latar Belakang
Pembuatan proyek akhir ini berangkat dari
sebuah keinginan untuk merealisasikan layanan
video call melalui pemanfaatan gelombang radio
yaitu penggunaan perangkat jaringan wireless
LAN.
Pemanfaatan gelombang radio sebagai media
komunikasi antar pengguna atau user tentu
memililki beberapa kelemahan dalam
mentransmisikan data untuk sampai ke tujuan
seperti rentan propagasi dan interferensi. Padahal
layanan multimedia seperti videoconference
melalui jaringan wireless LAN memerlukan
bandwith yang cukup agar performansi dan kualitas
voice dan video masih dapat ditoleransi. Sedangkan
ketersediaan bandwith yang ada belum mampu
memaksimalkan layanan yang diberikan. Oleh
karena itu, dalam penelitian ini dirancang suatu
jaringan untuk mengetahui performansi atau
kualitas voice dan videocall, Apakah komunikasi
video pada jaringan WLAN masih memenuhi
kelayakan kualitas yang dapat diterima?
1.2 Tujuan Penelitian 6. Menggunakan sarana web hanya sebagai
tool untuk memudahkan akses layanan
Dari penelitian ini diharapkan akan diperoleh video call.
hasil sebagai berikut :
1.5 Metodologi Penelitian
1. Mampu membuat dan mendesain serta
memahami arsitektur jaringan yang Adapun metodologi yang digunakan adalah :
diimplentasikan pada jaringan WLAN STT 1. Studi Pustaka
Telkom. 2. Desain Sistem
2. Membuat skenario pengujian untuk 3. Implementasi pada jaringan.
mendapatkan nilai parameter-parameter yang 4. Pengujian performansi sistem.
digunakan untuk analisa kualitas voice dan 5. Analisa performansi sistem
video. 2.1 Wireless LAN, Standar Dan Infrastrukturnya
3. Mengetahui performansi kualitas voice dan 2.1.1 WLAN
video yang ditransmisikan lewat jaringan LAN (Local Area Network) merupakan suatu
WLAN STT Telkom. jaringan yang menghubungkan suatu komunitas
4. Mengaplikasikan hasil penelitian untuk Data Terminal Equipment (DTE) dalam suatu
komunikasi tambahan yaitu video call di lokasi (gedung atau grup). Umumnya menggunakan
STTTelkom menggunakan Asterisk sebagai IP media transmisi kabel. Jaringan ini biasa juga
PBX . disebut dengan wired LAN.
Wireless LAN (WLAN) merupakan teknologi
1.3 Perumusan Masalah komunikasi data alternatif tanpa menggunakan
kabel. Menjadi alternatif karena infrastruktur kabel
Rumusan masalah yang terkait dengan hal masih mendominasi dalam beberapa area.
diatas adalah sebagai berikut: Teknologi wireless WLAN memiliki
1. Bagaimana membuat dan mendesain jaringan fleksibilitas, teknik frequency reuse, sellular,
serta memahami arsitektur jaringan yang mendukung mobilitas, dan menawarkan efisiensi
diimplementasikan pada jaringan WLAN STT dalam waktu penginstalan. Transmisi dan
Telkom? penerimaan data yang melalui udara sangat
2. Bagaimana menentukan skenario pengujian memungkinkan pengurangan pemakaian kabel dan
untuk mendapatkan parameter yang telah penambahan jumlah pengguna dapat dilakukan
ditentukan? dengan mudah dan cepat. Pada jaringan wireless ini
3. Bagaimana performansi kualitas voice dan dapat digunakan untuk transmisi suara maupun
video antar client pada jaringan WLAN STT data.
Telkom? 2.1.2 Standar IEEE 802.11
4. Apa yang diharapkan dari hasil penelitian ini? IEEE merupakan badan internasional yang
mendokumentasikan riset-riset teknologi oleh para
1.4 Batasan Masalah ahli yang kemudian dijadikan standar internasional.
Dalam kerjanya IEEE mengeluarkan salah satu
Batasan masalah dalam penulisan proyek akhir
standar internasional untuk LAN. IEEE
ini adalah :
mendefinisikan satu standar LAN dengan
1. Performansi jaringan yang akan dibahas meluncurkan proyek 802.
terbatas hanya pada faktor one way delay, Proyek 802 membuat standar jaringan untuk
packet lost, delay jitter, throughput, Bandwith, komponen fisik dari jaringan yang terletak pada
parameter MOS serta Video Quality yang ada lapis fisik dan data link pada model OSI. Standar
pada implementasi sistem. ini disebut spesifikasi 802, yang medefinisikan
bagaimana kartu jaringan dapat mengakses dan
2. Penelitian ini dilaksanakan di Gedung A, B, C, mentransfer data melalui media fisik, termasuk
E, SC, dan MSU di STTTelkom. didalamnya proses pembuatan koneksi dan
memutuskan koneksi. IEEE 802 terbagi menjadi 12
3. Softphone yang digunakan sebagai user atau kategori sebagai berikut:
terminal adalah X-lite dan signalling protokol 802.1 Internetworking
yang digunakan adalah SIP 802.2 Logical Link Control
802.3 Carrier Sense Multiple Access
4. Menggunakan software Asterisk sebagai server with Collision Detection CSMA/CD
dan IP PBX. 802.4 Token Bus LAN
802.5 Token Ring LAN
5. Menggunakan jaringan wireless LAN
802.6 Metropolitan Area Network
STTTelkom.
(MAN)
802.7 Broadband Technical Advisory
802.8 Fiber-Optic Technical Advisory
 802.9 Integrated Data/Voice Network
802.10 Network Security
802.11 Wireless LAN
802.12 Demand Priority Access LAN,
100 Base VG-any LAN
Standar IEEE 802.11 mengkhususkan
pengembangan teknologi lapisan fisik dan datalink
wireless LAN (lapisan 1 dan 2 OSI).
2.1.2.1Varian standar 802.11
Ada 6 standar 802.11 yang dipakai dalam IEEE :
1. 802.11a
Standar 802.11a merupakan standar yang
mengatur perangkat untuk bekerja pada 5GHz
dengan teknologi OFDM (Orthogonal
Frequency Division Multiplex).
2. 802.11b
Standar 802.11b menggunakan teknologi DSSS
(Direct Sequence Spread Spectrum) pada
lapisan fisik dengan transfer data 5.5 sampai 11
Mbps
3. 802.11d
Standar untuk standar kebutuhan fisik
(channel, MIB snmp)
4. 802.11e
Standar 802.11e adalah standar untuk
pengembangan aplikasi LAN dengan Quality
of Service (QoS), keamanan dan autentifikasi
untuk aplikasi seperti suara, streaming media
dan konferensi video.
5. 802.11f
Standar 802.11f merupakan standar yang
direkomendasikan secara praktis untuk Multi-
Vendor Access Point Interoperability melalui
Inter-Access Point Protocol Access
Distribution System Support.
6. 802.11g
Standar untuk penggunaan DSSS dengan
transfer 20Mbps dan OFDM 54Mbps. Standar
ini backward-compatible dengan 802.11b dan
bisa dikembangkan sampai lebih dari 20Mbps
2.1.3 Infrastruktur dan Topologi Jaringan
Wi-Fi
Topologi yang biasa digunakan WLAN secara
umum dapat dibagi menjadi dua konfigurasi yaitu
peer to peer atau ad-hoc dan topologi infrastucture
network.
2.1.3.1 Topologi IBSS (Independent Basic
Service Set) atau peer to peer / Ad-hoc
network
Topologi Ad-hoc disebut juga sebagai IBSS
(Independent Basic Service Set) suatu kumpulan
komputer berkomunikasi satu dengan yang lainnya
untuk membentuk self-contained LAN. Ad-hoc
network mempunyai konfigurasi peer to peer dalam
satu area cakupan tanpa menggunakan access
point. Tipe jaringan ini sifatnya hanya
sewaktu-waktu, dinamis dan tidak memerlukan
proses perencanaan.
2.1.3.2 Topologi Infrastructure Network
Dalam topologi ini beberapa BSS
(mikrosel) terhubung satu dengan yang lain melalui
access point membentuk jaringan lokal yang lebih
luas yang dinamakan Extended Service Set (ESS).
Dengan kata lain, ESS terdiri dari beberapa BSS
yang terintegrasi oleh Distribution System (DS)
yang dapat berupa Ethernet atau token ring. Pada
aplikasi ini, untuk mengakses suatu server adalah
dengan menghubungkannya ke wired LAN, dimana
suatu intermediate device yang dikenal sebagai
Portable Access Unit (PAU) digunakan. Tipikalnya
daerah cakupan PAU berkisar antara 50 hingga
100m.
2. 2. Asterisk IP PBX
2.2. 1 Pengertian Asterisk IP PBX
Asterisk adalah PBX software berbasis Linux,
Free BSD, dan Mac OS X. PBX software ini dapat
digunakan sebagai VOIP gateway dan dapat
menghubungkan dengan PSTN (Public Switched
Telephone Network, POTS). IAX adalah protokol
yang digunakan oleh asterisk sebagai alternatif ke
SIP, H323 dan lainnya, ketika sedang terhubung ke
peralatan VoIP lainnya yang support IAX.Asterisk
adalah software PBX Asterisk.
Software PBX menyediakan semua fitur- fitur
dari suatu PBX biasa. Asterisk melakukan VoIP di
banyak protokol, dan dapat dioperasikan dengan
hampir semua standar berbasis peralatan telephony
menggunakan hardware yang relatif tidak efektif.
Asterisk mendukung jangkauan yang luas
untuk menangani transmisi voice over interface
telephony tradisional. Asterisk mendukung tipe-tipe
standar signalling Amerika dan Eropa yang
digunakan dalam standar sistem telephony.
2.3 SIP (Session Initiation Protocol)
2.3.1 Overview SIP
SIP adalah peer-to-peer signaling protokol,
dikembangkan oleh Internet Engineering Task
Force (IETF), yang mengijinkan endpoint-nya
untuk memulai dan mengakhiri sessions
komunikasi. Protokol ini didefinisikan pada RFC
2543 dan menyertakan elemen protokol lain yang
dikembangkan IETF, mencakup Hypertext Transfer
Protokol (HTTP) yang diuraikan pada RFC 2068,
Simple Mail Transfer Protokol (SMTP) yang
diuraikan pada RFC 2821, dan Session Description
Protokol (SDP) yang diuraikan pada RFC 2327.
2.3.2 Arsitektur SIP
Arsitektur dari SIP terdiri dari dua komponen
yaitu user agent dan servers. User agent
merupakan end point dari sistem dan memuat dua
sub sistem yaitu user agent client (UAC) yang
membangkitkan requests, dan user agent server
(UAS) yang merespon requests. Dua elemen ini
dapat dilihat pada gambar 2.7. SIP server adalah
kesatuan fungsi logic, dimana tidak perlu
memisahkan alat secara fisik. Fungsi dari empat
server tersebut yaitu :
1. Proxy Server : merupakan host jaringan yang
berperan sebagai perantara yang bertujuan
untuk meminta request atas nama client yang
lain. Proxy harus bertindak sebagai server dan
client, dia harus mengarahkan SIP request pada
user agent server, dan mengarahkan SIP
response pada user agent client. Proxy Server
juga berfungsi untuk melakukan routing,
memastikan requests dapat disampaikan pada
yang berhak menerima, dan juga membuat
kebijakan seperti meyakinkan bahwa pemakai
tertentu diijinkan untuk melakukan panggilan.
2. Redirect Server : merupakan kesatuan logika
yang mengarahkan suatu klien pada perngkat
pengganti dari Uniform Resource Indicators
(URIs) untuk menyelesaikan tugas request.
3. Registrar Server: menerima dan memproses
pesan pendaftaran yang mengijinkan lokasi
dari suatu endpoint dapat diketahui
keberadaannya. Registrar Server ini kerjanya
berhubungan dengan Location Server.
4. Location Server : menyediakan service untuk
database abstrak yang berfungsi
mentranslasikan alamat dengan data /
keterangan yang ada pada domain jaringan.
2.3.3 Format Messages pada SIP
Messages yang terdapat pada SIP didefinisikan
dalam dua format :
1. Request, dikirim dari client ke
server, yang berisi tentang operasi yang
diminta oleh client tersebut.
2. Responses, dikirim dari server ke
client, yang berisi informasi mengenai status
dari apa yang diminta oleh client.
Ada enam tipe dari request messages :
1. INVITE : menunjukan bahwa user atau service
sedang diundang untuk bergabung dalam
session. Isi dari pesan ini akan memasukan
suatu uraian menyangkut session untuk user
yang diundang.
2. ACK : mengkonfirmasi bahwa client telah
menerima suatu final response untuk suatu
INVITE request, dan hanya digunakan di
INVITE request.
3. OPTION : digunakan untuk query suatu server
tentang kemampuan yang dimilikinya.
4. BYE : dikirim oleh user agent client untuk
menunjukan pada server bahwa percakapan
ingin segera diakhiri.
5. CANCEL : digunakan untuk membatalkan
suatu request yang sedang menunggu
keputusan.
6. REGISTER : digunakan oleh client untuk
mendaftarkan informasi kontak.
Response messages berisi status kode dan
keterangan tentang kondisi dari request tersebut.
Nilai-nilai dari kode status yang serupa dengan
penggunaan pada HTTP, dibagi dalam enam
kategori :
1. 1xx: Provisional, request telah diterima dan
sedang melanjutkan proses.
2. 2xx: Success, tindakan dengan sukses diterima,
dipahami dan disetujui.
3. 3xx: Redirection, tindakan lebih lanjut
diperlukan untuk memproses permintaan ini.
4. 4xx: Client Error, permintaan berisi sintak
yang salah dan tidak bisa dikenali oleh server
sehingga server tidak dapat memprosesnya.
5. 5xx: Server Error, server gagal untuk
memproses suatu permintaan yang sah.
6. 6xx: Global Failure, permintaan tidak dapat
dipenuhi oleh server manapun.
2.3.4 Protokol yang Terlibat dalam SIP
SIP menggabungkan beberapa macam protokol
baik itu dari standar yang dikeluarkan oleh IETF
sendiri maupun oleh ITU-T. Protokol SIP didukung
oleh beberapa protokol, antara lain
IETF Session Description Protocol (SDP)
SDP merupakan protokol yang
mendeskripsikan media dalam suatu
komunikasi. Tujuan protocol SDP adalah untuk
memberikan informasi aliran media dalam satu
sesi komunikasi agar penerima yang menerima
informasi tersebut dapat berkomunikasi.
IETF Session Announcement Protocol (SAP)
SAP merupakan suatu protokol yang setiap
periode waktu tertentu mengumumkan
parameter dari suatu sesi konferensi.
IETF Real-Time Transport Protocol (RTP)
Protokol RTP menyediakan transfer media
secara real time.
Real-Time Control Protocol (RTCP)
RTCP mengatur sesi secara periodik
mentransmit paket yang berisi feedback atas
kualitas dari distribusi data.
ITU-T Codec
Algoritma pengkodean yang
direkomendasikan, seperti G.723.1, G711, G.728,
dan G.729 untuk audio, atau H.261 untuk video.
Demikian juga dengan Transmission Control
Protocol (TCP) dan User Datagram Protocol
(UDP) juga digunakan dalam mendukung protokol
ini.sebagaimana dijelaskan pada gambar di bawah
ini :
2.4 Komponen Penting dalam Jaringan VoIP
Secara umum, penghematan bandwidth
dan biaya percakapan yang murah diusahakan
masih dapat memenuhi standar Quality of service
(QoS). Performansi mengacu ke tingkat kecepatan
dan keandalan penyampaian berbagai jenis beban
data di dalam suatu komunikasi. Performansi
merupakan kumpulan dari beberapa parameter
besaran teknis, yaitu :
Availability, yaitu persentase hidupnya sistem
atau subsistem telekomunikasi. Idealnya,
availability harus mencapai 100 %. Nilai
availability yang diakui cukup baik adalah
99,9999 % (six nines), yang menunjukkan
tingkat kerusakan sebesar 2,6 detik per bulan.
Throughput, yaitu persentase paket yang
diterima dibandingkan dengan paket yang
dikirimkan. Header dalam paket data
mengurangi nilai ini. Berikut adalah cara
menghitung nilai troughput:
Packet receive
Throughput = --------------------x 100 %
Packet transmit
Packet Loss, adalah jumlah paket hilang.
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.
Jitter, atau variasi kedatangan paket, hal ini
diakibatkan oleh variasi-variasi dalam panjang
antrian, dalam waktu pengolahan data, dan
juga dalam waktu penghimpunan ulang paket-
paket di akhir perjalanan jitter.
Rekomendasi ITU G.114 merekomendasikan
standar delay, bahwa ada 3 band yang ditunjukkan
oleh tabel dibawah ini :
Tabel 2.2 Rekomendasi ITU-T G.114 untuk delay
Range in Description
Milisecon
0 150 Acceptable for most user
msec application
150 400 Acceptable provided that
msec administrators are aware of the
transmission time and its impact
on transmission quality of user
application
> 400 msec Unacceptable for general network
planning purpose, it is recoqnized
that in some exceptional cases this
limit will be exceeded.
2.5 Metode Pengukuran Kualitas VoIP
Untuk mementukan kualitas layanan suara
dalam jaringan IP dapat digunakan beberapa
metode di bawah ini :
2.5.1 Mean Opinion Score (MOS)
Metode ini merupakan metode yang digunakan
untuk menentukan kualitas suara dalam jaringan IP
berdasar kepada standart ITU-T P.800. Metode ini
bersifat subjektif, karena berdasarkan pendapat
orang-perorangan. Untuk menentukan nilai MOS
terdapat dua cara pengetesan yaitu, conversation
opinion test dan listening test. Rekomendasi nilai
ITU-T P.800 untuk nilai MOS adalah sebagai
berikut :
Tabel 2.3 Rekomendasi ITU-T P.800 untuk nilai
kualitas berdasarkan MOS
Nilai MOS Opini
5 sangat baik
4 Baik
3 cukup baik
2 tidak baik
1 Buruk
Metode MOS dirasakan kurang efektif untuk
mengestimasi kualitas layanan suara untuk VoIP,
hal ini dikarenakan :
1. Tidak tedapat nilai yang pasti terhadap
parameter yang mempengaruhi kualitas
layanan suara dalam VoIP
2. Setiap orang memiliki standar yang
berbeda-beda terhadap suara yang mereka
dengar dengan hanya melalui percakapan.
Dibutuhkan pendapat banyak orang untuk
mengestimasi nilai MOS tersebut.
2.5.2 Estimasi MOS dengan Metode E-Model
(ITU-T G.107)
Di dalam jaringan VoIP, tingkat penurunan
kualitas yang diakibatkan oleh transmisi data
memegang peranan penting terhadap kualitas suara
yang dihasilkan. Hal yang menjadi penyebab
penurunan kualitas suara ini diantaranya adalah
delay , paket loss dan echo. Pendekatan matematis
yang digunakan untuk menentukan kualitas suara
berdasarkan penyebab menurunnya kualitas suara
dalam jaringan VoIP dimodelkan dengan E Model
yang distandardkan kepada ITUT G.107 .
Nilai akhir estimasi EModel disebut dengan R
faktor. R faktor didefinisikan sebagai faktor kualitas
transmisi yang dipengaruhi oleh beberapa
parameter seperti packet loss, dan delay. R Faktor
ini didefinisikan sebagai berikut:
R = 94,2 - Id - Ief ..............................................(2.1)
dengan :
Id = Faktor penurunan kualitas yang disebabkan
oleh pengaruh one way delay
Ief = Faktor penurunan kualitas yang disebabkan
oleh teknik kompresi dan packetloss yang
terjadi
Nilai Id ditentukan dari persamaan berikut ini :
Id = 0.024 d + 0.11(d 177.3) H(d 177.3) ...(2.2)
Nilai Ief tergantung pada metoda kompresi
yang digunakan. Untuk teknik kompresi sesuai
dengan rekomendasi G.107 nilai Ief sesuai dengan
persamaan berikut ini :
Ief = 7 + 30 ln (1 + 15 e).................................(2.3) R = Parameter kalibrasi yang digunakan sebagai
expresi kompleksitas dari codec untuk video &
Maka secara umum persamaan nilai estimasi R
bitrate, berkisar R(high) = 3 R(low) = 2 PLR =
Faktor menjadi :
Packet Lost Rate, yaitu paket data yang
R = 94,2 [0.024 d + 0.11(d 177.3) H(d hilangdibandingkan dengan paket data yang
177.3)] [7 + 30 ln (1 + 15 e)]............(2.4) diterima.
Dengan :
3.1 Alur perancangan sistem
R = faktor kualitas transmisi Dalam melakukan perancangan sistem
perlu dilakukan dalam beberapa tahap. Adapun
d = one way delay (milli second) tahapan tersebut adalah tahap perancanaan sistem
H= fungsi tangga ; dengan ketentuan dan tahap analisis.
H(x) = 0 jika x < 0, lainnya 3.1.1 Tahap Perancanaan dan Analisis Sistem
H(x) = 1 untuk x >= 0 Dalam melakukan perencanaan sistem yang
e = persentasi besarnya paket loss yang terjadi akan diimplementasikan dibuat suatu digram alir.
(dalam bentuk desimal) Tujuannya adalah agar proses penelitian lebih
terstruktur yang mengacu pada tujuan penelitian
Nilai R faktor mengacu kepada standar MOS , yang ingin dicapai. Alur pelaksanaan penelitian ini
hubungannya dapat dilihat pada gambar dibawah berpedoman pada Gambar 3.1. Pada Gambar 3.1
ini: akan terlihat lebih jelas flow chart tentang alur dari
R faktor Tingkat Kepuasan MOS implementasi sistem yang ingin diimplementasikan
Nilai Maksimum
100
94 Sangat Baik 4,4
dalam penelitian ini.
ITU - T G.107
90 4,3 Dalam tahap analisis, telah ditetapkan
Baik
80 4,0
skenario pengujian yang akan dilakukan. Dengan
Cukup Baik menetapkan Skenario pengujian, maka langkah
70
Kurang Baik
3,6
selanjutnya adalah evaluasi hasil implementasi
60
Buruk / berkualitas
3,1 yang didasarkan pada parameter-parameter yang
50
rendah
2,6
telah ditentukan sebelumnya. Parameter
Buruk / tidak
diperkenankan
parameter tersebut adalah delay, jitter, troughput,
0 1,0
packet los, dan bandwith. Untuk mendapatkan nilai
Gambar 2.5 Hubungan antara E Model (ITU R factor sehingga didapatkan nilai MOS (Mean
G.107) dengan MOS (ITU P.800) Opinin Score) dan MPQM (Moving Picture
Untuk mengubah estimasi dari nilai R kedalam Quality Metric). Berikut di bawah ini adalah
MOS (ITU P.800) terdapat ketentuan sebagai flowcahrt penelitian:
berikut :
1.Untuk R < 0 : MOS = 1.................(2.5)
2.Untuk R > 100 : MOS = 4.5..............(2.6)
3.Untuk 0 < R < 100 : MOS = 1 + 0.035 R + 7x10-
6
R(R-60)(100-R)............(2.7)

2.6. Metode Pengukuran Kualitas Video

Untuk menentukan kualitas gambar, digunakan
MPQM (Moving Picture Quality Metric),
berdasarkan riset yang dilakukan oleh Universitas
California Los Angeles (UCLA). Untuk
mengekspresikan kualitas dari gambar video yang
dibroadcast, dalam MPQM digunakan range nilai
antara 5 (sangat bagus) sampai 1 (jelek). Metode ini
sama dengan R-model yang biasa digunakan untuk
mengukur estimasi kualitas VOIP. Rumusan dari
MPQM sebagai berikut :

Dimana : Qr = Qe( 1 PLR )

Qr = Nilai kualitas image video , range
[PLRx100/2]
0(unusable) s/d 5(best)
Qe = Kualitas dari codec yang digunakan, harga Gambar 3.1 Flowchart penelitian
berkisar antara 3-5
3.2.3. Topologi Jaringan yang Untuk lebih detailnya dapat dilihat pada
diimplementasikan LAMPIRAN A.
3.2.4.3 DesainWeb Server
Instalasi dan konfigurasi hardware dan
software pada proyek akhir ini, dijelaskan lebih
mendetail pada LAMPIRAN B.
3.2.4.4 Registrasi user secara online
Tampilan webnya dapat dilihat di
LAMPIRAN C.
3.2.4.5 Desain, Registrasi X-lite ke Asterisk
Server dan Setting Codec X-lite
Agar user dapat melakukan call setup dengan
user yang lain, syaratnya adalah ada softphone X-
lite, terdaftar dan Video dan Audio Codecnya di-
enable.
User harus mengaktifkan salah satu audio
Gambar 3.3 Topologi jaringan
codec dan video codec yang berada pada softphone
Pada gambar 3.3 menunjukkan topologi
x-lite dan user lain juga harus melakukan hal yang
jaringan secara umum. Dalam topologi juga
sama dengan audio codec dan video codec yang
menunjukkan lokasi percobaan. Pada tiap
sama agar dapat berkomunikasi dengan baik.
lokasi terdapat Access Point sebagai
Adapun cara instalasi, registrasi dan settingan
transmitter dan receiver voice dan video.
codec softphone x-lite dapat dilihat pada
Dalam topologi tersebut, menjelaskan lebih
LAMPIRAN D.
detail perangkat yang digunakan selain
3.3 Capturing dan pengukuran menggunakan
perangkat yang existing. Perangkat hardware
protokol Analyzer Wireshark
untuk Asterisk Server dan Web server serta
Pengukuran dilakukan dengan melakukan
database-nya diletakkan di gedung E. Juga
panggilan secara langsung menggunakan softphone
terdapat SIP user yang terletak di gedung E
yang sudah terinstall pada masing-masing endpoint.
lantai 1 yang terhubung secara wired dan
Selama proses komunikasi dilakukan perekaman
wireless di lantai 2. kemudian di gedung A, B,
trafik data oleh network analyzer, kemudian setelah
C, SC dan MSU adalah SIP user yang
proses pengukuran berakhir akan dilakukan proses
terhubung secara wireless.
filterisasi objek yang diukur, karena tidak hanya
3.2.4 Desain dan Konfigurasi hardware
trafik Voice dan Video saja yang terekam dalam
dan software
jaringan tersebut. Proses hubungan panggilan rata-
3.2.4.1 Setting Linux RedHat 9.0
rata dilakukan selama 20 detik. Dalam pengukuran
Asterisk IP PBX lebih bagus running di
ini dilakukan beberapa skenario. Pengujian masing
Operating System Linux. Pada proyek akhir
masing skenario dilakukan secara berulang 5
ini, digunakan Linux RedHat versi 9.0 yang
sampai 7 kali percobaan pada enam lokasi yang
masih menggunakan kernel versi 2.4. Ini
telah ditentukan. Pengukuran dilakukan dengan
adalah langkah pertama yang dilakukan.
klasifikasi perbedaan trafik pada kondisi yang
3.2.4.2 Desain dan konfigurasi Asterisk IP
berbeda yaitu pagi, siang, dan malam . Juga
PBX
berdasarkan klasifikasi arah Upstream dan
Dalam instalasi asterisk, software yang
Downstream. Hasil pengukuran disimpan dalam
dibutuhkan untuk menjalankannya selain OS
format exel. Cara capturing dan pengukuran dapat
Linux adalah file-file asterisk yang akan
dilihat pada LAMPIRAN E.
dijalankan di Linux. File-file itu antara lain:
1. Asterisk-1.2.10.tar.gz , Paket Asterisk itu
3.4 Perhitungan R Factor, MOS dan MPQM
sendiri sebagai Asterisk PBX
Hasil capturing dan pengukuran oleh
2. Libpri-1.2.3.tar.gz . Paket Libpri sebagai
Wireshark Protocol Analyzer diolah untuk dianalisis
ISDN interface
performansi dan kualitas layanan Video Call
3. Zaptel-1.2.7.tar.gz , Paket Zaptel bila kita
berbasis Protokol SIP (Session Initiation Protocol)
menggunakan card dari Digium
berdasarkan beberapa parameter yaitu delay, jitter,
4. mpg123-059r.tar.gz, Paket mpg123
packet loss, troughput dan bandwith. Ada beberapa
digunakan untuk memainkan music on
tahap dalam menentukan nilai R factor yaitu:
hold
5. Asterisk-sounds-1.2.1.tar.gz, Paket 1. Menentukan nilai Id . nilai Id sangat erat
Asterisk Sound untuk file suara. kaitannya dengan delay. Delay yang
6. Asterisk-addon1.2.3.tar.gz, Paket Asterisk digunakan delay total atau disebut one way
Addon untuk fitur- fitur tambahan. delay.persamaan matematisnya dapat dilihat
pada persamaan (2) pada BAB II
2. Menentukan nilai Ief. Nilai Ief sangat erat
kaitannya dengan packet loss Persamaan
matematis-nya dapat dilihat pada
persamaan (3) pada BAB II
3. Menentukan R factor. Nilai R faktor dapat
ditentukan dengan memasukkan nilai Id dan
Ief pada persamaan (1) pada BAB II.
Untuk mendapatkan nilai MOS berdasarkan
percobaan, dilakukan konfersi nilai R factor ke nilai
MOS dengan ketentuan yang terdapat pada
persamaan (5), persamaan (6) dan persamaan (7)
pada BAB II.
Sedangkan untuk mendapatkan nilai MPQM,
dapat dilakukan dengan menggunakan persamaan
(7) pada BAB II. Sehingga pada persamaan (7),
packet loss dikonversi ke Packet Loss Rate (PLR).
Hasil Pengukuran dan Perhitungan dapat dilihat
pada LAMPIRAN F.
4.1 Pengukuran dan Analisis Performansi Voice
dan Video call
4.1.1 Pengukuran Delay
Tujuan Pengukuran
Pengukuran ini bertujuan untuk mengevaluasi
delay satu arah pada sistem end to end hubungan
antar user. Delay atau latency adalah waktu yang
diperlukan oleh suatu paket data dari source node
hingga mencapai destination. Pada proyek akhir ini
akan dibandingkan antara voice call dengan
menggunakan teknik kompresi G.711 dan GSM
untuk video codec H263 dan H263+.
Hasil Pengukuran
Grafik 4.1 Hasil Pengukuran Delay network pada
kondisi tertentu (ms)
Analisis Hasil Pengukuran
Delay yang terukur oleh software network
protocol analyzer adalah delay network sedangkan
delay yang lain merupakan standarisasi, parameter
delay disebabkan oleh beberapa komponen delay
yang secara garis besar yaitu delay coder
(processing), delay serialization,, delay
packetization, delay dejitter buffer dan delay
network.
Coder (Processing) Delay
Untuk G.711 :
Waktu kompresi =3 x frame size + look ahead
=3 x 0,125 ms + 0 ms= 0,375 ms
Waktu dekompresi = 10 % x waktu kompresi
= 0,1 x 0,375 = 0,0375 ms
Alorithmic delay (G.711) = 0 ms
Jadi, Coder (Processing) Delay = 0.4125 ms
Untuk GSM :
Waktu kompresi = 3 x frame size + look ahead
= 3 x 20 ms + 0 ms = 60 ms
Waktu dekompresi= 10 % x waktu kompresi= 0,1 x
60 = 6 ms
Alorithmic delay (G.711) = 60 ms
Jadi, coder processing adalah 66 ms
Untuk H.263/ H263p :
Waktu kompresi = 30 x frame size + look ahead
= 30 x 0,125 ms + 0 ms= 3,75 ms
Waktu dekompresi = 10 % x waktu kompresi
= 0,1 x 3,75 = 0,375 ms
Jadi, Coder (Processing) Delay = 4,125 ms
Packetization Delay
Untuk mencari delay paketisasi ini terlebih
dahulu harus diketahui voice payload yang
dikirimkan. Dari capturing melalui network
analyzer didapat payload sebesar 160 bytes.
Ukuran data/voice payload ini dapat dicari
dengan formula berikut ini :
1. Codec G.711 diperoleh dari formula berikut
ini:
Payload = 214 byte (14+ 20 + 8 + 12) byte
Untuk=teknik
160 bytekompresi G.711 dengan besar
payload 160 byte maka delay packetisasi adalah 20
ms.
2. Codec GSM diperoleh dari formula berikut ini :
Untuk teknik kompresi GSM full rate (13.2
Kbps), frame ratenya 20 ms, maka packetization
delay nya sebesar 20 ms. Idealnya packetization
delay nya sebesar frame rate setiap codec nya.
Namun, Data untuk delay standar packetisasi
dan depacketisasi adalah berkisar 4 6 ms.
Serialization Delay
Serialization delay diperoleh dengan rumus:
Serialization delay = Packet size (Bytes) x 8
Link Speed (kbps)
1. Untuk G711 :
= 214 byte x 8 / 11000 = 0.1556 ms
2. Untuk GSM :
= 87 byte x 8 / 11000 = 0.0632ms
Delay jitter buffer
Untuk nilai delay jitter buffer dianggap 20 ms
untuk masing-masing endpoint. Endpoint yang
digunakan pada proyek akhir ini adalah softphone
pada PC. 6

Berdasarkan data yang didapatkan dari hasil

Jitter (ms)
4

pengukuran, maka one way delay dapat diketahui 2

dengan menjumlahkan coder processing delay, 0
packetization delay, serialization delay, jitter buffer GSM_H263 Alaw_H263 Mulaw_H263 GSM_H263p Alaw_H263p Mulaw_H263p
dan network delay. Hasil perhitungan tersebut dapat Skenario (Uji codec)
dilihat pada Grafik 4.2 dan Grafik 4.3
Grafik 4.5 Jitter Upstream (ms)

5.5
5

Jitter (ms)
4.5
4
3.5
GSM_H263 Alaw_H263 Ulaw_H263 GSM_H263p Alaw_H263p Ulaw_H263p

Skenario (Uji codec)

Grafik 4.2 Delay total Upstream (ms)
Grafik 4.3 Delay Total Downstream (ms)
4.1.2 Pengukuran Jitter
Tujuan Pengukuran
Pengukuran ini dilakukan untuk mengetahui
besarnya interval waktu antar paket yang
dikirimkan oleh entitas originating ke destination
terminal. Jika frame di transmisikan lewat jaringan
IP, tiap frame akan mengalami delay yang berbeda-
beda.
Hasil Pengukuran
Berikut adalah hasil pengukuran jitter
berdasarkan kondisi atau waktu tertentu dan
berdasarkan kondisi upstream dan downstream
jitter.
Grafik 4.6 Jitter Downstream (ms)
Analisis Hasil Pengukuran
Besarnya nilai jitter sangat dipengaruhi
oleh variasi beban trafik dan besarnya kongesti
(tubrukan antar paket) yang ada dalam jaringan
IP. Semakin besar beban trafik didalam
jaringan maka akan semakin besar pula
peluang terjadinya kongesti, sehingga nilai
jitter akan semakin besar.
Merujuk pada rekomendasi yang
dikeluarkan oleh CISCO, bahwa jitter yang
dapat ditoleransi adalah kurang dari 30 ms.
Dari hasil percobaan bahwa jitter masih
termasuk dalam rekomendasi.
4.1. 3 Pengukuran Packet Loss
Tujuan Pengukuran
Terjadinya packet loss disebabkan oleh
jitter dan kongesti juga dipengaruhi oleh rute
jaringan yang dilewati oleh paket. Apabila
pada rute yang dilewati tersebut terdapat
kegagalan di media fisiknya, maka paket yang
melewati rute jaringan tersebut akan dibuang
dan terjadilah packet loss.
Hasil pengukuran

Grafik 4.7 Hasil Pengukuran Packet Loss

Berdasarkan Kondisi tertentu
 Grafik 4.8 Packet Loss Upstream
Grafik 4.9 Packet Loss Downstream
Analisis hasil pengukuran
Pada Grafik 4.7, 4.8 dan 4.9
menunjukkan bahwa pada hubungan upstream,
paket yang hilang rata-rata kecil bahkan 0%,
karena pada uplink paket voice/video yang
dikirimkan tidak terlalu besar, sehingga pada
saat melewati buffer sangat sedikit paket yang
hilang. Sedangkan pada hubungan downlink,
paket voice/video yang dikirimkan oleh server
cenderung lebih besar, karena server harus
mengirimkan paket-paket yang telah diolah ke
beberapa client.
Merujuk pada rekomendasi yang
dikeluarkan oleh ITU, bahwa packet loss yang
masih dapat ditoleransi adalah 10 %. Dari hasil
percobaan menunjukkan bahwa packet loss
masih memenuhi standart.
4.1.4 Pengukuran Troughput
Tujuan Pengukuran
Percobaan ini bertujuan untuk mengukur paket
suara yang diterima end user destination dengan
baik tanpa error. Juga untuk mengetahui perubahan
troughput jika diterapkan pada skenario tertentu.
Hasil pengukuran
Grafik 4.10 Hasil Pengukuran Troughput
Berdasarkan Kondisi tertentu
Grafik 4.11 Hasil Pengukuran Troughput Upstream
Grafik 4.12 Hasil Pengukuran Troughput
Downstream
Analisis Hasil Pengukuran
Besarnya troughput pada beberapa skenario
diatas dipengaruhi oleh besarnya packet loss yang
terjadi. Semakin besar packet loss, maka troughput
akan semakin menurun. Besar throughput dalam
suatu jaringan juga sangat dipengaruhi oleh besar
payload dalam paket voice / video dan bitrate dari
speech codec dan video codec yang digunakan.
4.1.5 Pengukuran Call Bandwith
Tujuan Pengukuran
Percobaan ini mengukur kebutuhan badwith
minimum per call session yang dipakai user atau
yang sering disebut Nominal Ethernet Bandwith
(NEB).
Hasil Pengukuran
Konfigurasi pengukuran dilakukan dengan
membandingkan kebutuhan bandwith.
Perbandingan kebutuhan bandwith saat Upstream
dan Downstream. Pengukuran ini dilakukan pada
salah satu lokasi pengukuran.
Grafik 4.13 call bandwith Upstream (Kbps)
Grafik 4.14 Call Bandwith downstream (Kbps)
Analisis Hasil Pengukuran
 Bandwith dipengaruhi oleh teknik algoritma
kompresi yang digunakan, codec GSM
menggunakan algoritma kompresi RPE-LTP,
sedangkan codec G711Alaw dan G711Mulaw
menggunakan algoritma kompresi mu-law dan A-
law PCM. Dengan menggunakan algoritma ini,
komsumsi bandwith untuk codec GSM lebih kecil.
4.2.2 Estimasi Parameter Hasil Pengukuran
Voice
4.2.2.1 Estimasi Pengukuran MOS Berdasarkan
Pengujian Jaringan
Untuk menentukan nilai akhir MOS, maka
terlebih dahulu harus dilakukan penentuan
parameter dalam E-Model. E-Model didefinisikan
dalam standar ITU recommendation G.107. Dengan
E-Model bisa dilakukan perhitungan kualitas
layanan dalam jaringan packet switch. Nilai akhir
dari estimasi E-Model disebut dengan R factor. R
factor didefinisikan sebagai faktor kualitas
transmisi dari beberapa parameter yang
mempengaruhi kualitas layanan suara di dalam
jaringan.
Persamaan untuk R-factor dituliskan pada
Persamaan 2.1. dari hasil perhitungan didapatkan
bahwa R faktor sebesar yaitu 76.77628.
3. Aplikasi ini, memanfaatkan jaringan wireless
STT Telkom, sehingga sering terjadi
perpindahan access dari satu SSID ke SSID
lain.
4. Sebaiknya digunakan network device dengan
kecepatan transfer data yang sama. Sehingga
tidak ada penumpukan/antrian paket, untuk
mengatasi meningkatnya delay dan jitter.
5. sering terjadi kegagalan dalam registrasi
maupun hubungan komunikasi untuk user yang
berada jauh dari server. Sedangkan untuk user
yang dekat dengan server dapat dengan mudah
melukan proses registrasi dan komunikasi.
6. Pengalokasian bandwidth tersendiri untuk
aplikasi ini dan juga pembuatan schedule call
yang baik sehingga performansi jaringan dapat
diatur.

Konversi nilai R Factor ke dalam MOS

(ITU P.800)
Karena nilai R factor berada pada interval 1 <
R < 100 maka persamaan yang digunakan untuk
konversi nilai R factor ke dalam MOS adalah
persamaan 2.7. nilai MOS setelah dikonversi dari
R faktor yaitu 3.874286 (cukup baik).

4.2.3 Data tingkat kepuasan user terhadap

layanan video call berbasis web.
Selain secara objektif, analisa juga dilakukan
secara subjektif dengan quisioner yang dimasukkan
ke dalam web site. Setiap responden akan
melakukan pengamatan terhadap setiap layanan
video call dan menentukan tingkat kualitas dan
kepuasan terhadap aplikasi yang ditawarkan
menurut pandangan koresponden. Data quisioner /
tingkat kepuasan ini dapat dilihat pada menu
pooling website. Dari data tersebut terlihat bahwa
untuk layanan video call ini responden menyatakan
cukup baik terhadap layanan ini.

4.3 Beberapa cara perbaikan QoS dalam

implementasi video call
Beberapa cara yang dapat dilakukan untuk
memperbaiki kualitas jaringan dalam mendukung
aplikasi video call ini antara lain :
1. Network device yang bersifat broadcast seperti
hub diganti dengan switch sehingga tidak ada
paket yang mubazir dan memenuhi jaringan.
2. Aplikasi ini bersifat client-server sehingga
dibutuhkan server yang memiliki spesifikasi
handal, terutama untuk asterisk server dan web
server .