Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.

com

Analisis Korelasi MQTT Loss and Delay

Menurut Tingkat QoS

Shinho Lee, Hyeonwoo Kim, Dong-kweon Hong, Hongtaek Ju

jurusan Teknik Komputer
Universitas Keimyung
Daegu, Republik Korea
(leeshinho, hwkim84, dkhong, juht}@kmu.ac.kr

Abstrak—MQTT adalah protokol terbuka yang dikembangkan dan dirilis
oleh IBM. Untuk memastikan keandalan transmisi pesan, MQTT
mendukung tiga tingkat QoS. Dalam makalah ini, kami menganalisis
proses transmisi pesan MQTT yang terdiri dari klien publikasi kabel/
nirkabel nyata, server broker, dan klien Berlangganan. Dengan
mengirimkan pesan melalui 3 level QoS dengan berbagai ukuran
muatan, kami telah menangkap paket untuk menganalisis penundaan
ujung ke ujung dan kehilangan pesan.
Kata kunci : MQTT, Server broker, Publikasikan, Berlangganan
saya.- sayaPENDAHULUAN
mungkin saja pesan itu akan hilang jika ada kehilangan yang
menghalangi. QoS Level 1 mengirimkan pesan setidaknya
sekali, dan memeriksa status pengiriman pesan dengan
menggunakan pesan cek status, PUBACK. Namun, ketika
PUBACK hilang, ada kemungkinan server akan mengirim pesan
yang sama dua kali, karena tidak ada konfirmasi dari pesan
yang dikirimkan. QoS Level 2 meneruskan pesan tepat satu kali
menggunakan jabat tangan 4 arah. Tidak mungkin kehilangan
pesan di level ini, tetapi karena proses jabat tangan 4 arah
yang rumit, ada kemungkinan penundaan ujung ke ujung yang
relatif lebih lama.

Saat ini, karena meningkatnya penggunaan smartphone,

layanan push notification[9] sekarang sudah umum digunakan.
Layanan pemberitahuan push membuat perangkat tetap online
untuk setiap siklus komunikasi tertentu, dan server mendorong
pesan ke setiap klien bila diperlukan. Dibandingkan dengan
metode polling, metode push notification terbukti lebih efisien
dalam konsumsi baterai dan data[7].

MQTT (Message Queue Telemetry Transport)[1], sebuah

protokol terbuka yang dirancang oleh IBM, pada awalnya ditujukan
untuk jaringan yang tidak dapat diandalkan dengan sumber daya
terbatas seperti bandwidth rendah dan latensi tinggi. MQTT terdiri Gambar 1. - Metode transmisi paket tentang Level QoS

dari satu server broker dan dua jenis klien yang disebut Publisher
(klien Publish) dan Subscriber (klien Berlangganan). Server broker
bertindak sebagai perantara untuk pesan yang dikirim antara klien
Publish dan klien Berlangganan untuk topik yang menarik. Ketika
klien Publish mengeluarkan topik dan mengirim pesan ke server
Broker, klien Berlangganan memilih topik yang dianggap menarik.
Sebagai contoh, Facebook Messenger[4] didasarkan pada MQTT,
dan banyak proyek sumber terbuka lainnya sedang dalam proses
berdasarkan MQTT. Protokol MQTT cocok untuk mengimplementasikan
server gateway SNS terintegrasi yang dapat menggabungkan protokol
SNS dan OS yang berbeda menjadi satu platform tunggal. Juga, tidak
ada batasan dalam pengiriman pesan saat menggunakan layanan
pemberitahuan push.
Untuk memastikan keandalan pengiriman pesan, MQTT mendukung
3 tingkat Kualitas Layanan (QoS)[8]. Gambar 1 menunjukkan ukuran
pertukaran paket menurut 3 level QoS yang berbeda. QoS Level 0
mengirimkan pesan hanya sekali mengikuti alur distribusi pesan, dan
tidak memeriksa apakah pesan sudah sampai ke tujuannya. Oleh karena
itu, dalam kasus pesan yang cukup besar,
Semakin tinggi level QoS maka semakin banyak paket yang akan
dipertukarkan. Memang benar bahwa QoS tingkat yang lebih tinggi lebih
efektif jika Anda tidak ingin kehilangan pesan, tetapi proses rumit seperti itu
akan meningkatkan penundaan ujung ke ujung. Jika kita dapat mengurangi
tingkat QoS yang sesuai dengan menggunakan analisis korelasi dari
hubungan antara kehilangan pesan karena ukuran muatan dan penundaan
ujung ke ujung, akan memungkinkan untuk membangun jaringan layanan
yang optimal untuk layanan pemberitahuan push.
Julio menganalisis kinerja protokol MQTT di bawah
lingkungan simulasi OMNeT++ [2], yang merupakan proyek
sumber terbuka dan alat Simulasi Jaringan untuk OMNeT++[3].
Dari tesis mereka, ia menganalisis kinerja beberapa klien
bersama dengan jumlah pesan terkait protokol MQTT, di
bawah lingkungan simulasi. Juga, pengukuran jaringan
nirkabel berdasarkan pemodelan Gilbert-Elliot telah diuji, tetapi
hampir tidak dapat diandalkan untuk mencerminkan kinerja di
bawah lingkungan jaringan nyata. Eksperimen kami mengatasi
keterbatasan eksperimen simulasi Perez, Julio. Kami
menganalisis paket yang dihasilkan dari penundaan ujung ke
ujung dan kehilangan pesan yang disebabkan oleh perbedaan

978-1-4673-5742-5/13/$31.00 ©2013 IEEE 714 ICOIN 2013

muatan di bawah tingkat QoS MQTT yang berbeda di lingkungan Akses server broker melewati inti jaringan komersial.
jaringan kabel/nirkabel nyata, dan menarik kesimpulan mengenai
korelasi di antara faktor-faktor tersebut.

Makalah ini disusun sebagai berikut. Dalam Bab 2, kami akan

menjelaskan lingkungan eksperimental dan metode pengukuran.
Pada Bab 3, berdasarkan percobaan yang dilakukan pada Bab 2,
kami akan menganalisis paket penundaan end-toend dan
kehilangan pesan yang disebabkan oleh payload dan level QoS
yang berbeda, dan menyajikan hasil analisis korelasi. Dan, di bab
terakhir, Bab 4, kami akan menyajikan kesimpulan dari makalah ini
dan mengusulkan kemungkinan studi di masa depan.

SAYAETODLOGI
Dalam bab ini, kami mengusulkan metode pengukuran untuk
lingkungan jaringan dan paket untuk menganalisis penundaan ujung ke
ujung, kehilangan pesan dalam kaitannya dengan Level QoS dan ukuran
muatan yang berbeda. Untuk percobaan, kami menggunakan CentOS 6.3
Final berbasis Linux untuk server, dan proyek open source Mosquitto[5]
untuk perangkat lunak server Broker.
Gambar 3. - Konfigurasi Jaringan Berkabel / Nirkabel
MQTT mengirimkan pesan melalui server Broker untuk membentuk
koneksi antara klien Publish dan Subscribe. Gambar 2 menunjukkan Klien di bawah lingkungan jaringan nirkabel diuji di
proses bagaimana setiap Klien mengirim dan menerima pesan melalui bawah lingkungan Android 2.3. Lingkungan nirkabel dapat
server Broker sesuai dengan Topik yang berbeda. dianggap realistis karena komunikasi dari lingkungan
seluler melewati jaringan 3G dan mencapai server Broker.

B.- Metode Pengumpulan dan Analisis Paket

Untuk percobaan lingkungan kabel, kami menggunakan Tcpdump[6]
untuk mengumpulkan paket. Tcpdump adalah alat yang dapat menangkap
paket di bawah lingkungan konsol Linux. Tcpdump menyediakan fungsi yang
dapat menyimpan paket ke dalam file Pcap. File pcap berguna untuk analisis
paket saat Wireshark diimplementasikan.

Dalam lingkungan jaringan nirkabel, kami menggunakan aplikasi hiu untuk

mengumpulkan paket. Karena lingkungan seluler menetapkan batasan dalam
mengumpulkan paket, kami menggunakan aplikasi shark untuk menangkap paket,
menyimpannya ke dalam file Pcap dan menganalisis file dengan Wireshark.

Kami menganalisis kehilangan pesan dan penundaan ujung ke

Gambar 2. - Proses Transmisi Pesan MQTT
Klien publikasikan memberi tahu server Pialang dengan topik
yang ingin dipublikasikan. Server broker menyimpan topik yang
dipublikasikan, dan ketika klien Berlangganan meminta topik yang
relevan, server Broker bertindak sebagai perantara untuk transmisi
pesan. Klien berlangganan akan dikirimkan dengan pesan topik
yang diminta dari server Pialang.
SEBUAH.- Lingkungan Eksperimen Jaringan Berkabel / Nirkabel
Untuk melakukan percobaan di lingkungan jaringan yang praktis
nyata, kami telah membentuk koneksi kabel/nirkabel antara server
Broker dan klien Publish/Subscribe seperti yang ditunjukkan pada
Gambar 3 di bawah ini.
Untuk melanjutkan percobaan di lingkungan yang mirip dengan
lingkungan jaringan nyata, kami melakukan percobaan menggunakan
jaringan komersial. Di bawah lingkungan yang disesuaikan, alasan
mengapa kami menempatkan klien di jaringan eksternal adalah untuk
membentuk lingkungan yang praktis dan realistis di mana
ujung dengan mengumpulkan paket antara klien dan server selama
pengukuran 5 menit. Ketika datang ke penundaan ujung ke ujung, kami
menggunakan cap waktu yang terbentuk saat paket berpindah dari
server Berlangganan ke klien Publish melalui server Broker. Kami
menghitung paket permintaan pengiriman ulang selama lima menit
untuk mengukur kehilangan pesan.
III.- EPERCOBAAN
Dalam bab ini, kami menganalisis kehilangan pesan dan
penundaan ujung ke ujung di jaringan kabel / nirkabel dan menyajikan
korelasi kehilangan pesan dan penundaan ujung ke ujung menurut
tingkat payload dan QoS.
SEBUAH.- Hasil Analisis Paket Jaringan Berkabel
Gambar 4 di bawah ini menunjukkan korelasi antara end-to-end delay
dalam kaitannya dengan payload dan level QoS.

715
 Gambar 4. - Hasil analisis Penundaan Rata-Rata Jaringan Berkabel
Jadi, setiap pesan lebih dari 4.000 byte akan meningkatkan jumlah pembagian
paket, dan menyebabkan penundaan ujung-ke-ujung yang lebih lama. Alasan
utama QoS 2 memiliki penundaan ujung ke ujung yang lebih lama adalah
penggunaan jabat tangan 4 arah. Akibatnya, QoS 2 tidak menunjukkan perubahan
yang signifikan dalam penundaan ujung ke ujung untuk pesan yang lebih kecil dari
8.000 byte. Gambar 5 di bawah ini adalah grafik yang membandingkan kehilangan
pesan sehubungan dengan tingkat QoS dan muatan. Kami dapat mengkonfirmasi
bahwa kehilangan pesan berkurang sekitar 1,57 kali saat menggunakan QoS 2
dibandingkan dengan menggunakan QoS 0 atau 1. Hasil ini menunjukkan bahwa
meskipun kehilangan pesan meningkat dengan peningkatan ukuran pesan, QoS 2
mampu memotong kehilangan sampai tingkat tertentu dengan menggunakan
jabat tangan 4 arah.
Gambar 5. - Hasil analisis kehilangan pesan Jaringan Kabel
B.- Hasil Analisis Paket Jaringan Nirkabel
Dibandingkan dengan jaringan kabel, hasil pengukuran end-to-end
delay untuk jaringan nirkabel menunjukkan delay yang lebih lama.
Faktor utama penyebab keterlambatan tersebut adalah kecepatan
transmisi jaringan 3G. Gambar 6 di bawah ini adalah grafik yang
membandingkan penundaan ujung ke ujung yang dipengaruhi oleh
muatan dan tingkat QoS dalam lingkungan jaringan nirkabel.
716
Gambar 6. - Hasil analisis Penundaan Rata-Rata Jaringan Nirkabel
Hasil eksperimen menunjukkan bahwa terdapat sedikit perbedaan
antara end-to-end delay di lingkungan jaringan nirkabel dan di
lingkungan jaringan kabel. Kami dapat mengonfirmasi bahwa karena
kecepatan transmisi jaringan nirkabel yang lebih lambat dibandingkan
dengan lingkungan jaringan kabel, jaringan nirkabel cenderung
memiliki penundaan ujung-ke-ujung yang lebih besar. Analisis message
loss di lingkungan jaringan nirkabel ditunjukkan pada Gambar 7 di
bawah ini. Meskipun tingkat kehilangan pesan agak stabil, hasil
percobaan menunjukkan bahwa QoS 2 memiliki tingkat kehilangan
pesan yang lebih rendah daripada QoS 0 atau 1.
Gambar 7. - Hasil analisis kehilangan pesan Jaringan Nirkabel
C.- Analisis korelasi tentang Level QoS MQTT
Berdasarkan hasil di atas, kami menggunakan korelasi end-
to-end delay dan message loss untuk setiap level QoS. Korelasi
adalah model matematika untuk mengenali bagaimana
variabel x dan y saling mempengaruhi. Variabel n mewakili
jumlah payload yang diukur pada setiap level QoS. Koefisien
korelasi r memenuhi -1 - r - 1, dan nilai r mendekati 1
menunjukkan korelasi positif. Belum lagi, nilai r yang
mendekati -1 merupakan korelasi negatif. Untuk menganalisis
hubungan antara penundaan ujung ke ujung dan kehilangan
pesan, kami menggunakan rumus korelasi berikut.
 - -- [8]- S. Behnel, L. Fiege, G. Muehl, “Pada Kualitas Layanan dan Publikasikan
---(----)(----)
- -
r=-
Berlangganan,” Prosiding Konferensi Internasional IEEE ke-26 tentang
(1) Lokakarya Sistem Komputasi Terdistribusi, Juli, 2006.
----
[9]- KM Bell, DN Bleau, JT Davey, "Layanan pemberitahuan push," Paten AS
8 064 896, November 2011.
--, -- : Nilai rata-rata x, y
--, -- : Simpangan baku x, y

TABEL I. - SEBUAHANALISIS KORELASI Mpesan LOSS DAN END TO

END DELAY UNTUK MQTT QHAITLEVEL

Jaringan Berkabel Jaringan nirkabel

QoS 0 0,771574 0,878897
QoS 1 0,788814 0.884428
QoS 2 0,991416 0,904699

Tabel 1 merangkum korelasi antara penundaan ujung ke ujung dan

kehilangan pesan menurut tingkat QoS yang berbeda. Hasil analisis korelasi
dalam percobaan kami menunjukkan bahwa penundaan ujung ke ujung dan
kehilangan pesan memiliki hubungan positif yang kuat untuk setiap level
QoS. Dengan demikian, kita dapat mengatakan bahwa keterlambatan end-
toend dan kehilangan pesan terkait erat.

IV.- CKESIMPULAN & FUTURE WORK

Dalam makalah ini, kami, eksperimen dilakukan di lingkungan
jaringan yang lebih realistis daripada lingkungan simulasi yang
ada, OMNeT++. Selain itu, kami telah menyarankan hasil analisis
korelasi penundaan ujung ke ujung dan kehilangan pesan di
bawah tingkat QoS dan muatan yang berbeda. Hasil percobaan
menunjukkan bahwa penundaan ujung ke ujung secara signifikan
terkait dengan hilangnya pesan di bawah muatan yang berbeda.
Jika kita dapat menggunakan protokol MQTT menggunakan tingkat
QoS yang sesuai untuk muatan yang berbeda, kita akan dapat
membangun lingkungan jaringan layanan pemberitahuan push
yang lebih efektif. Mengenai studi masa depan, kami akan
bereksperimen di bawah berbagai tingkat QoS dan muatan dan
mengurangi pengaturan tingkat QoS yang paling efisien
sehubungan dengan muatan yang berbeda. Juga, kami akan
menganalisis kinerja server MQTT Broker,

SEBUAHPENGETAHUAN
Penelitian ini didukung secara finansial oleh
Kementerian Pendidikan, Teknologi Sains (MEST) dan
National Research Foundation of Korea (NRF) melalui
Proyek Pelatihan Sumber Daya Manusia untuk Inovasi
Daerah (2012H1B8A2025942).

REFERENSI
[1]- Protokol MQTT, http://www.mqtt.org, dikutip Agustus 2012.
[2]- P. Julio, “Analisis Kinerja MQTT dengan OMNeT++,” Laboratorium
Penelitian IBM Zurich, September, 2005.
[3]- A. Varga, OMNeT++, http://www.omnetpp.org, dikutip Agustus 2012.
[4]- Membangun Facebook Messenger,
http://www.facebook.com/notes/facebook-engineering/
buildingfacebook-messenger/10150259350998920, dikutip Agustus 2012.
[5]- Mosquitto, http://www.mosquitto.org, dikutip Agustus 2012.
[6]- Tcpdump, http://www.tcpdump.org, dikutip Agustus 2012.
[7]- Power Profiling: HTTPS Long Polling vs. MQTT dengan SSL, di Android, http://
stephendnicholas.com/archives/1217, dikutip Oktober 2012.

717