Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer e-ISSN: 2548-964X

Vol. 2, No. 9, September 2018, hlm. 3354-3362 http://j-ptiik.ub.ac.id

Implementasi Sistem Pencarian Perangkat USB berbasis Protokol USB/IP

dalam Jaringan IP Multicast
La Ode Muh. Fadlun Akbar1, Dahnial Syauqy2, Achmad Basuki3

Program Studi Teknik Informatika, Fakultas Ilmu Komputer, Universitas Brawijaya

Email: 1fadlun@student.ub.ac.id, 2dahnial87@ub.ac.id, 3abazh@ub.ac.id

Abstrak
USB/IP merupakan teknologi yang menawarkan mekanisme berbagi sumber daya perangkat USB mem-
iliki masalah terkait mekanisme pengaksesan yang dimilikinya. Masalah tersebut yaitu tidak terdapatnya
sistem pencarian perangkat yang membuat mekanisme pengaksesan perangkat USB tidak efisien. Hal
tersebut menyebabkan pengguna harus mengetahui persis alamat IP perangkat penyedia dan melewati
proses konfigurasi yang bersifat sangat teknis. Masalah tersebut dapat diselesaikan dengan pengimple-
mentasian sistem pencarian perangkat pada protokol USB/IP dengan memanfaatkan sistem manajemen
grup yang terdapat dalam jaringan IP multicast. Selain menyelesaikan masalah informasi alamat IP
perangkat penyedia, sistem juga memberikan batasan ruang lingkup layanan USB/IP ketika beroperasi.
Pada penelitian ini, terdapat 4 komponen penting untuk mewujudkan sistem pencarian perangkat terse-
but, yaitu pembatasan ruang lingkup, metode komunikasi, metode observasi sistem, dan metode pemili-
han dan permintaan akses perangkat USB. Dari keseluruhan mekanisme tersebut, pembaruan daftar
perangkat USB yang termasuk dalam observasi sistem membutuhkan waktu yang paling lama di antara
mekanisme lainnya, yaitu 569,033±6,036 milidetik. Hal ini disebabkan oleh serangkaian proses yang
perlu dijalankan secara betahap, baik di sisi penyedia perangkat USB maupun di sisi pengguna, seperti
proses deteksi perangkat USB, proses pencarian perangkat kembali, dan proses pembaruan antarmuka
aplikasi pengguna. Selain itu, sistem dapat diimplementasikan tanpa mengubah spesifikasi asli dari
USB/IP.
Kata kunci: pencarian perangkat, alamat IP, soket, USB/IP, pengumuman, multicast
Abstract
USB/IP is a technology that proposes a USB device sharing mechanism has some problems related to
their access mechanisms. The problem is there are no service discovery system that makes USB device
sharing mechanism is inefficient. This causes the user has to know exactly the IP address of USB/IP
provider and through a highly technical configuration process. The problem can be solved by imple-
menting a service discovery system to USB/IP protocol by utilizing group management system in the IP
multicast network. Not only resolved IP address problems, we also provide limits on the scope of USB/IP
services when it operates. In this research, there are 4 important components to realize the discovery
system, there are limitation of scope, communication method, system observation method, and method
of selecting and requesting access of USB device. Based on implementation, updating the list of USB
devices (based on system observation method) takes the longest time among other mechanisms, which
is 569,033±6,036 milliseconds. This is due to sequence of processes that need to be run, both on the
USB/IP provider as well as on the user application. Moreover, the service discovery system can be
implemented without changing the original specifications of USB/IP.
Keywords: service discovery, IP address, socket, USB/IP, announcement, multicast

diluncurkan tahun 1996. Dari tahun ke tahun

1. PENDAHULUAN USB telah berkembang menjadi salah satu
USB (Universal Serial Bus) telah menjadi teknologi antarmuka yang paling sukses (Global
teknologi yang banyak diterapkan di berbagai Industry Analysis, Inc., 2017). Namun demikian,
perangkat elektronik digital sejak pertama kali tren komputasi telah berubah dari komputasi

Fakultas Ilmu Komputer

Universitas Brawijaya 3354
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
yang berbasis personal ke tren komputasi yang
lebih kolaboratif dalam hal berbagi sumber daya.
USB yang mengikuti model master-slave mem-
iliki kekurangan dalam hal portabilitas ketika
berbagi sumber daya, yang mana akses
perangkat USB (slave) tidak dapat dilakukan
tanpa adanya sebuah host (master) seperti kom-
puter personal atau laptop (USB Implementers
Forum, 2013).
Salah satu teknologi yang menawarkan so-
lusi untuk masalah portabilitas adalah USB/IP
(Hirofuchi, et al., 2005). Konsep USB/IP yaitu
memanipulasi transaksi data protokol USB un-
tuk dapat diteruskan ke jaringan komputer se-
hingga perangkat USB dapat diakses oleh host
lain yang berada dalam satu jaringan berbasis IP
(Internet Protocol). USB/IP yang mengikuti
model client-server memiliki ketergantungan
pada alamat IP untuk dapat beroperasi, ditambah
tidak terdapatnya suatu mekanisme pencarian
perangkat di dalamnya membuat pengguna harus
mengetahui atau meminta alamat IP perangkat
USB/IP dari penyedia.
Beberapa teknologi terkait sistem pencarian
perangkat dalam jaringan komputer telah di-
usulkan, seperti SLP (Service Location Protocol)
(IETF, 1999), Jini (Apache River, n.d.), UPnP
(Universal Plug and Play) (UPnP Forum, 2015),
dan Bonjour (Apple Inc., 2013). Akan tetapi,
protokol-protokol tersebut memiliki spesifikasi
yang kurang efisien jika diterapkan pada proto-
kol USB/IP. Jini dan SLP kurang efisien karena
mekanisme pencarian perangkatnya membutuh-
kan sebuah sentral (Lookup Service pada Jini
dan Directory Agent pada SLP) berbasis
direktori sebagai antarmuka dan penyedia infor-
masi tentang layanan/perangkat yang dibagikan.
Berbeda dengan Jini dan SLP, Bonjour dan
UPnP termasuk protokol yang tidak berbasis
direktori. Walaupun demikian, setiap perangkat
yang ingin dibagikan ke jaringan perlu menerap-
kan spesifikasi dari protokol-protokol tersebut,
yang mana pengimplementasiannya tidak
generik di setiap perangkat. Oleh karena itu,
protokol-protokol ini kurang efisien jika diterap-
kan pada USB/IP yang sifatnya generik dan telah
memiliki mekanisme tersendiri dalam
pengaksesan layanannya.
Solusi yang lebih sederhana dan efisien di-
perlukan oleh protokol USB/IP. IP multicast
adalah salah satu teknologi yang dapat
digunakan untuk menyelesaikan masalah ob-
servasi alamat IP (Zhu, Mutka, & Ni, 2005)
penyedia pada protokol USB/IP. Dengan me-
manfaatkan sistem grup pada IP multicast dan
Fakultas Ilmu Komputer, Universitas Brawijaya
3355
pesan sederhana UDP berbasis event-driven
membuat sistem pencarian perangkat USB ber-
basis protokol USB/IP dapat diimplementasikan
secara efisien serta tidak membebani sumber
daya pengguna maupun penyedia. Alamat IP
penyedia diperoleh melalui proses dekapsulasi
paket UDP yang dikirimkan oleh penyedia ke
pengguna.
Pada penelitan ini dijelaskan proses imple-
mentasi sistem pencarian perangkat USB ber-
basis protokol USB/IP dalam satu jaringan IP
multicast serta tahapan pengujian dan analisis
kinerja berdasarkan waktu respon yang diberi-
kan oleh sistem dalam menyajikan akses
perangkat USB ke pengguna. Penelitan ini di-
harapkan dapat meningkatkan layanan yang dita-
warkan oleh protokol USB/IP pada aspek mobil-
itasnya.
2. DESAIN DAN IMPLEMENTASI LING-
KUNGAN SISTEM
2.1. Lingkungan IP Multicast
Gambar 1. Interaksi antara pengguna dan penyedia
Sistem dapat terdiri atas beberapa perangkat
penyedia dan beberapa perangkat pengguna
yang terhubung dalam satu titik akses. Perangkat
pengguna dan penyedia memanfaatkan pesan IP
multicast untuk memperoleh alamat IP dari mas-
ing-masing perangkat tersebut dan saling mem-
beritahukan perubahan kondisi dari perangkat
USB yang terpasang di masing-masing
perangkat. Setiap perangkat pengguna maupun
penyedia layanan wajib mengetahui alamat IP
grup multicast yang digunakan dalam pengi-
riman pesan IP multicast antar perangkat. Untuk
transfer data antar perangkat akan dikelola oleh
protokol USB/IP yang terdapat di sistem operasi
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
GNU/Linux penyedia layanan maupun
pengguna. Gambar 1 menunjukkan interaksi an-
tara pengguna dan penyedia yang terhubung da-
lam jaringan IP multicast melalui sebuah titk
akses (ruter).
Hal yang perlu diperhatikan dalam
penelitan ini adalah ruang lingkup di mana sis-
tem akan beroperasi. Sistem dirancang untuk
beroperasi dalam jaringan lokal dengan batasan
satu titik akses, artinya lalu lintas pesan mul-
ticast cuman terjadi dalam ruang lingkup titik
akses tersebut dan tidak diteruskan ke titik akses
lain (jika ada) walapun masih berada dalam satu
jaringan. Untuk mempermudah dalam
pengimplementasiannya, maka penelitan ini cu-
man menggunakan satu ruter sebagai titik
aksesnya. Dengan ruang lingkup yang telah
ditentukan, maka selanjutnya adalah penentuan
alamat IP multicast yang akan digunakan oleh
sistem.
Gambar 2. Lingkungan sistem
Berdasarkan IETF RFC 5771 (2010), pen-
galamatan untuk ruang lingkup yang diimple-
mentasikan dalam penelitan ini berada dalam
rentang 239.0.0.0 – 239.255.255.255 (Adminis-
tratively Scoped Block). Walaupun demikian,
dengan ruang lingkup yang sangat kecil, IETF
RFC 2365 (1998) menyarankan agar
menggunakan alamat IP multicast dalam rentang
239.255.0.0 – 239.255.255.255, di mana rentang
alamat tersebut merupakan ruang lingkup
terkecil (Site-Local Scope) yang terdapat dalam
pengalamatan Administratively Scoped Block.
Dengan sistem yang hanya terdiri dari satu ruter
(titk akses), alamat IP multicast untuk grup
USB/IP dapat dipilih bebas dalam rentang ala-
mat tersebut. Gambar 2 menunjukkan topologi
Fakultas Ilmu Komputer, Universitas Brawijaya
3356
lingkungan sistem dalam penelitian ini dengan
menggunakan alamat IP multicast 239.255.0.1.
2.2. Metode Komunikasi
Gambar 3. Transisi antar mode komunikasi
Metode komunikasi yang digunakan pada
penelitan ini adalah multicast dan dan unicast.
Perangkat penyedia layanan maupun pengguna
memanfaatkan pesan multicast untuk saling
memberitahukan lokasi berupa alamat IP dan
juga sebagai indikator bahwa telah terjadi
penambahan/pelepasan perangkat USB di sisi
penyedia layanan. Ketika alamat IP telah
diketahui oleh masing-masing perangkat, maka
metode komunikasi beralih ke unicast sehingga
perangkat-perangkat tersebut dapat berkomu-
nikasi secara langsung. Gambar 3 menunjukkan
perubahan metode komunikasi yang terjadi baik
di aplikasi pengguna maupun perangkat penye-
dia.
2.3. Metode Observasi Sistem
Kegiatan observasi yang dilakukan oleh ap-
likasi pengguna dan penyedia perangkat USB
dalam jaringan menggunakan pendekatan ber-
basis pengumuman, yaitu setiap perangkat yang
tergabung dalam grup 239.255.0.1 mempunyai
soket yang selalu terbuka untuk menerima dan
mengirim pengumuman ke seluruh perangkat
yang berada dalam grup IP Multicast tersebut.
Pendekatan berbasis pengumuman digunakan
karena selain konsep pencarian perangkat, pada
penelitian ini juga terdapat beberapa indikator
(Gambar 4) yang perlu dipertimbangkan agar
pengguna dapat fokus pada penggunaan
perangkat USB, bukan fokus pada konfigurasi
perangkat.
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
Gambar 4. Faktor-faktor terjadinya pengumuman
2.4. Metode Pemilihan dan Permintaan
Layanan USB/IP
Informasi alamat penyedia perangkat USB
tidaklah begitu penting bagi pengguna akhir
ketika sistem pencarian ini diimplementasikan.
Kontrol serta informasi dasar dari perangkat
USB yang dibagikan oleh penyedia merupakan
hal utama bagi pengguna. Oleh karena itu,
pengguna hanya disajikan informasi dasar
perangkat USB dan tombol kontrol untuk
menghubungkan dan memutuskan akses dari
perangkat USB. Selain kedua hal tersebut,
semuanya diabstraksikan dan berjalan secara
otomatis di belakang layar sistem.
3. DESAIN DAN IMPLEMENTASI
PERANGKAT
Gambar 5. Komponen perangkat lunak pengguna
dan penyedia
Fakultas Ilmu Komputer, Universitas Brawijaya
3357
Seperti yang telah dijelaskan di
perancangan lingkungan sistem, aplikasi
pengguna dan penyedia perangkat USB saling
terhubung dalam satu jaringan IP multicast.
Perangkat pengguna dan penyedia memiliki
kebutuhan fungsional yang berbeda untuk men-
capai tujuan masing-masing. Oleh karena itu,
dirancanglah komponen-komponen penyusun
dari masing-masing perangkat tersebut seperti
yang ditunjukkan oleh Gambar 5. Perangkat
penyedia terdiri atas komponen Service Discov-
ery, USB Metadata Server, USB Event Monitor,
dan USB/IP. Adapun perangkat pengguna terdiri
atas komponen Service Discovery, antarmuka
aplikasi, dan USB/IP.
Pada penelitian ini diimplementasi dua
perangkat penyedia yang masing-masing me-
nyediakan satu perangkat USB yang berbeda.
Perangakat penyedia dengan alamat
192.168.88.246 menyediakan akses perangkat
USB Acer Keyboard dan 192.168.0.247 menye-
diakan akses perangkat USB Toshiba Trans-
memory. Implementasi perangkat keras penye-
dia dapat ditunjukkan oleh Gambar 6 dan 7.
Gambar 6. Acer Keyboard terhubung ke Raspberry
Pi 3 Model B
Gambar 7. Toshiba Transmemory terhubung ke
Raspberry Pi 3 Model B
3.1. Konfigurasi Awal Perangkat
Baik perangkat penyedia maupun pengguna
memiliki satu buah antarmuka jaringan bertipe
nirkabel (WiFi) yang digunakan untuk terhub-
ung dengan sebuah titik akses. Antarmuka jarin-
gan tersebut memiliki nama yang unik untuk
membedakan perangkat jaringan yang satu
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 3358

dengan yang lain. Pada sistem operasi pengguna yang berada dalam suatu jaringan IP
GNU/Linux, antarmuka jaringan diperlukan un- multicast. USB Metadata Server adalah kompo-
tuk memperoleh informasi tentang perangkat nen yang bertugas untuk memproduksi data ter-
jaringan yang sedang digunakan, seperti alamat sebut dalam bentuk JSON (Gambar 8). Informasi
MAC, alamat IP, dan jenis perangkat yang terdapat dalam JSON tersebut akan
(kabel/nirkabel). Semua program berbasis jarin- diekstrak oleh perangkat pengguna dan ditampil-
gan yang terdapat dalam penelitan ini membu- kan ke pengguna melalui antarmuka aplikasi.
tuhkan alamat IP sehingga diperlukannya algo- Gambar 9 menunjukkan teks JSON yang
ritma untuk mendeteksi perangkat jaringan nirk- diterima oleh aplikasi pengguna.
abel secara otomatis dan untuk memperoleh in-
formasi alamat IP dari perangkat tersebut.
Tabel 1. Pseudocode Algoritma Perolehan Alamat
IP
Kode Sumber
def get_ip_address_device:
there_is_interface = False
for interface in all_intefaces_in_de-
vice: Gambar 8. Rancangan struktur data JSON
if interface is wireless_interface:
there_is_interface = True
return ip_address from interface
endif
endfor
if there_is_interface is False:
return null
endif
end

Implementasi dari algoritma pencarian

antarmuka jaringan beserta alamat IP yang ter-
dapat pada perangkat terdiri dari 3 tahapan
utama (detil dapat dilihat pada Tabel 1), yaitu: Gambar 9. Teks JSON diterima oleh aplikasi
1. Mendaftar semua nama antarmuka jaringan
yang terdapat pada perangkat. Peristiwa penambahan/pelepasan perangkat
2. Mengecek satu-persatu antarmuka jaringan, USB pada perangkat penyedia layanan USB/IP
apakah bertipe nirkabel atau tidak. dipantau oleh USB Event Monitor dengan me-
manfaatkan udev milik sistem operasi
3. Mendapatkan alamat IP dari antarmuka GNU/Linux. Gambar 10 menunjukkan bahwa
jaringan yang bertipe nirkabel. sistem dirancang agar memproduksi teks JSON
Alamat IP yang telah diperoleh akan baru ketika salah satu dari peristiwa tersebut ter-
digunakan oleh protokol USB/IP perangkat jadi. Seperti yang terlihat pada Gambar 11, telah
penyedia dan pengguna untuk berkomunikasi terjadi pelepasan perangkat USB di perangkat
secara langsung (unicast) . penyedia 192.168.88.247 yang menyebabkan
kekosongan salah satu nilai objek JSON.
3.2. Pengenalan Perangkat USB
Perangkat pengguna yang telah mendapat-
kan alamat IP penyedia perangkat USB dapat
memulai komunikasi data untuk meminta infor-
masi perangkat USB yang tersedia. Komunikasi
data dijalin dengan memanfaatkan soket TCP
yang dibuat oleh perangkat pengguna dan penye-
dia. Data tersebut memuat informasi tentang
perangkat USB yang akan dibagikan ke seluruh

Fakultas Ilmu Komputer, Universitas Brawijaya

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 3359

perangkat pengguna lainnya. Pengguna diharap-

kan untuk memuat ulang daftar perangkat USB
yang tersedia melalui tombol Reload yang ter-
dapat pada antarmuka aplikasi agar aplikasi
melakukan pencarian perangkat USB kembali.

Gambar 10. Alur proses USB Metadata Server dan

USB Event Monitor

Gambar 12. Antarmuka aplikasi menampilkan in-

formasi perangkat USB

Gambar 13. Aplikasi pengguna meminta akses

perangkat USB

Gambar 11. Terjadi pembaruan daftar perangkat

USB Gambar 14. Aplikasi pengguna memutuskan akses
perangkat USB
3.3. Pengaksesan Perangkat USB
Lingkungan sistem yang memungkinkan
Perangkat pengguna memiliki antarmuka
terdapatnya beberapa pengguna yang ingin
aplikasi berbasis grafis untuk menentukan aksi
mengakses perangkat USB yang sama. Kondisi
pada perangkat USB yang disediakan oleh
tersebut perlu diatur agar tidak terjadinya konflik
penyedia perangkat USB. Aksi-aksi tersebut
atau kegagalan dalam pengaksesan perangkat
yaitu Attach (mengakses) dan Detach (memutus-
USB. Solusi yang ditawarkan oleh penelitian ini
kan akses). Di sisi penyedia terdapat layanan
yaitu dengan mengunci tombol kontrol yang ter-
bernama USB/IP Daemon yang bertugas untuk
dapat di antarmuka aplikasi pengguna. Ketika
melayani permintaan akses perangkat USB dari
suatu pengguna menekan tombol “Attach”,
aplikasi pengguna. USB/IP Daemon dan aplikasi
maka perangkat pengguna tersebut melakukan 2
pengguna menggunakan protokol USB/IP untuk
hal, yaitu mengirim permintaan akses perangkat
mengirimkan dan menerima data URB (USB
USB yang tersedia dan mengirimkan pesan mul-
Request Block) yang dimiliki oleh perangkat
ticast ke pengguna lain agar memperbarui daftar
USB. Gambar 12 merupakan tampilan
perangkat USBnya. Pengguna yang mendapat
antarmuka aplikasi pengguna ketika ia dijalan-
pembaruan akan mengalami perubahan status
kan.
tombol kontrol dari “Attach” ke “In Used”
Jika suatu perangkat USB sukses diakses
dengan tombol yang tidak dapat ditekan.
dari perangkat pengguna, maka pengguna dapat
memutuskan akses perangkat USB tersebut
4. ANALISIS KINERJA SISTEM
(Gambar 13). Begitu juga sebaliknya, jika proses
pemutusan akses suatu perangkat USB sukses,
4.1. Observasi Layanan USB/IP
maka pengguna dapat mengakses kembali
perangkat tersebut (Gambar 14). Adapun jika Berdasarkan hasil pengujian diketahui
aksi yang dilakukan mengalami kegagalan, bahwa perangkat penyedia dengan alamat IP
maka tidak terjadi perubahan status pemakaian 192.168.88.247 dan 192.168.88.246 sukses
pada antarmuka aplikasi, baik di perangkat melakukan registrasi ke grup IP multicast
pengguna yang bersangkutan maupun di 239.255.0.1 dengan rata-rata waktu eksekusi

Fakultas Ilmu Komputer, Universitas Brawijaya

Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
0,593±0,386 detik untuk perangkat
192.168.88.247 dan 0,493±0,263 detik untuk
perangkat 192.168.88.246. Dengan selisih rata-
rata waktu eksekusi sekitar 0,1 detik, baik hasil
pengujian yang berasal dari perangkat
192.168.88.247 maupun 192.168.88.246 tidak
memiliki perbedaan yang berarti. Selain itu,
dapat disimpulkan juga bahwa kebutuhan
fungsional untuk prosedur ini telah terpenuhi,
hal ini dibuktikan dengan cuplikan layar (Gam-
bar 15) saat program berjalan dan nilai waktu
eksekusi yang didapatkan dari setiap percobaan
yang telah dilakukan.
Gambar 15. Registrasi perangkat 192.168.247
(Acer Keyboard) ke grup IP multicast 239.255.0.1
Hal kedua yang diuji adalah mengukur
waktu yang dibutuhkan untuk mencari lokasi
penyedia layanan. Lokasi perangkat penyedia
direpresentasikan dalam bentuk alamat IPv4.
Berdasarkan hasil pengujian diketahui bahwa
perangkat pengguna membutuhkan waktu rata-
rata 6,117±1,335 milidetik untuk mengetahui
alamat perangkat penyedia 192.168.88.247, se-
dangkan 5,918±0,181 milidetik untuk perangkat
penyedia 192.168.88.246. Dengan selisih rata-
rata waktu eksekusi sekitar 0,199 milidetik, baik
hasil pengujian yang berasal dari perangkat
192.168.88.247 maupun 192.168.88.246 tidak
memiliki perbedaan yang berarti. Secara
fungsional, prosedur ini telah terpenuhi, dibuk-
tikan dengan cuplikan layar saat program ber-
jalan (Gambar 16) dan nilai waktu eksekusi yang
didapatkan dari setiap percobaan yang telah dil-
akukan.
Gambar 16. Aplikasi pengguna menemukan satu
perangkat penyedia
Selain mengukur kinerja pencarian satu
perangkat penyedia, uji kinerja juga dilakukan
dengan jumlah perangkat penyedia lebih dari
satu perangkat, yang di mana di pengujian ini
Fakultas Ilmu Komputer, Universitas Brawijaya
3360
dilakukan dengan dua perangkat penyedia. Pen-
gujian ini dilakukan untuk mengetahui kinerja
pencarian lebih dari satu perangkat.
Berdasarkan hasil pengujian, perangkat
pengguna membutuhkan rata-rata waktu sebesar
6,05±0,242 milidetik untuk mengetahui alamat
IP seluruh perangkat penyedia. Dapat dilihat
pada setiap percobaan terdapat jeda hanya seki-
tar 0,005 – 0,008 milidetik di sisi aplikasi
pengguna untuk memproses alamat IP perangkat
penyedia berikutnya. Jeda yang sangat cepat ini
terjadi karena paket-paket yang berasal dari
perangkat penyedia ditampung dalam suatu pen-
yangga yang dikelola oleh sistem operasi. Oleh
karenanya, jeda tersebut adalah waktu yang
dibutuhkan oleh aplikasi untuk mengambil infor-
masi yang terdapat dalam penyangga tersebut.
Secara fungsional, prosedur ini telah terpenuhi,
dibuktikan dengan cuplikan layar saat aplikasi
dijalankan (Gambar 17) dan nilai waktu eksekusi
yang didapatkan dari setiap percobaan yang te-
lah dilakukan.
Gambar 17. Aplikasi pengguna menemukan dua
perangkat penyedia
4.2. Pengenalan Perangkat USB
Untuk dapat mengetahui informasi
perangkat USB yang disediakan oleh perangkat
penyedia, maka perangkat pengguna perlu
mengunduh informasi tersebut dalam bentuk
teks JSON. Berdasarkan hasil pengujian, ap-
likasi pengguna membutuhkan rata-rata waktu
sebesar 11,464±1,779 milidetik untuk menerima
JSON (216 byte) dari perangkat penyedia
192.168.88.247 dan 11,091±1,335 milidetik dari
perangkat penyedia 192.168.88.246 (210 byte).
Kinerja yang dihasilkan oleh masing-masing
perangkat penyedia tidak jauh berbeda satu sama
lain, hal ini ditunjukkan oleh selisih rata-rata
waktu penerimaan JSON hanya sekitar 0,373 mi-
lidetik dari kedua perangkat penyedia tersebut.
Perbedaan kinerja yang tidak signifikan ini di-
pengaruhi oleh besar ukuran teks JSON yang
dikirimkan. Ukuran JSON yang disediakan oleh
perangkat penyedia 192.168.88.247 dan
192.168.88.246 hanya memiliki selisih 6 byte
saja. Secara fungsional, aplikasi pengguna
sukses menerima teks JSON dari masing-masing
perangkat penyedia dengan utuh. Gambar 9
menunjukkan aplikasi pengguna menerima teks
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer
JSON yang berasal dari perangkat penyedia, se-
dangkan Gambar 12 menunjukkan informasi
perangkat USB yang telah disajikan dalam ben-
tuk antarmuka aplikasi.
4.3. Pengaksesan Perangkat USB
Pengguna dapat mengakses perangkat USB
melalui tombol Attach dan Detach yang terdapat
di antarmuka aplikasi. Berdasarkan Tabel 6.5,
pengguna membutuhkan rata-rata waktu sebesar
26,923±1,781 milidetik untuk sukses menjalin
akses Toshiba Transmemory dari perangkat
penyedia ke perangkat pengguna melalui proto-
kol USB/IP. Sedangkan untuk mengakses
perangkat Acer Keyboard dibutuhkan rata-rata
waktu sebesar 28,052±2,345 milidetik. Dengan
selisih sekitar 1,129 milidetik, perbedaan kinerja
yang dirasakan pengguna saat mengakses
Toshiba Transmemory dan Acer Keyboard tidak
begitu berarti. Gambar 13 menunjukkan aplikasi
pengguna berhasil meminta akses perangkat
USB yang disediakan oleh perangkat penyedia
192.168.88.247.
Setelah berhasil mengakses perangkat USB,
pengguna dapat memutuskan akses perangkat
tersebut dengan menekan tombol Detach. Ber-
dasarkan hasil pengujian, rata-rata waktu yang
dibutuhkan pengguna untuk sukses memutuskan
akses perangkat USB yaitu sebesar 1,408±0,329
milidetik untuk Toshiba Transmemory dan
1,402±0,372 milidetik untuk Acer Keyboard.
Gambar 14 menunjukkan aplikasi pengguna ber-
hasil memutuskan akses perangkat USB yang
disediakan oleh perangkat penyedia
192.168.88.246. Secara fungsional, baik
pengaksesan maupun pemutusan perangkat USB
berhasil dilakukan oleh perangkat pengguna dan
dapat disimpulkan juga bahwa waktu yang dibu-
tuhkan pengguna untuk memutus akses
perangkat USB lebih cepat dibandingkan waktu
yang dibutuhkan saat pengguna mengaksesnya.
4.4. Pembaruan Daftar dan Status Perangkat
USB
Pembaruan daftar perangkat USB diper-
lukan saat kondisi perangkat USB di sisi penye-
dia mengalami perubahan, seperti terjadinya
penambahan atau pelepasan perangkat USB.
Waktu yang diperlukan untuk melakukan pem-
baruan dimulai saat perangkat pengguna
mendeteksi adanya pesan multicast yang berasal
dari perangkat penyedia hingga aplikasi
pengguna menampilkan daftar perangkat USB
yang baru.
Fakultas Ilmu Komputer, Universitas Brawijaya
3361
Berdasarkan hasil pengujian, dapat ketahui
rata-rata waktu yang diperlukan oleh pengguna
untuk memperbarui daftar perangkat USB yaitu
sebesar 569,033±6,036 milidetik. Secara
fungsional, aplikasi pengguna sukses melakukan
pembaruan daftar USB dengan nilai deviasi yang
sangat kecil dari setiap percobaan yang telah dil-
akukan. Gambar 11 menunjukkan pembaruan
daftar perangkat USB yang disebabkan oleh
pelepasan Acer Keyboard dari perangkat penye-
dia 192.168.88.247.
5. KESIMPULAN
Berdasarkan hasil pengujian beserta ana-
lisis yang telah dilakukan, maka dapat disimpul-
kan bahwa sistem pencarian perangkat USB ber-
basis protokol USB/IP dapat diimplementasikan
dengan memanfaatkan sistem manajemen grup
yang terdapat dalam jaringan IP multicast. Baik
perangkat penyedia maupun pengguna perlu
melakukan registrasi ke jaringan IP multicast
dengan alamat IP grup yang telah ditentukan.
Pengguna dapat mengetahui alamat IP dengan
mengekstrak datagram IPv4 yang berasal dari
pesan multicast yang dikirimkan oleh perangkat
penyedia.
Pengguna dapat mengakses perangkat USB
melalui protokol USB/IP berdasarkan informasi
dalam teks JSON yang disediakan oleh
perangkat penyedia. Informasi tersebut akan
selalu diperbarui berdasarkan kondisi perangkat
USB yang berada di sisi penyedia. Kondisi ter-
sebut dapat berupa terjadinya penambahan atau
pelepasan perangkat USB.
Dari keseluruhan mekanisme yang terdapat
dalam penelitian ini, mekanisme pembaruan
daftar perangkat USB membutuhkan waktu yang
paling lama di antara mekanisme lainnya, yaitu
569,033±6,036 milidetik. Hal ini disebabkan
oleh serangkaian proses yang perlu dijalankan
secara betahap, baik di sisi penyedia perangkat
USB maupun di sisi pengguna, seperti proses de-
teksi perangkat USB, proses pencarian
perangkat kembali, dan proses pembaruan
antarmuka aplikasi pengguna
DAFTAR PUSTAKA
Apache River, n.d.. Jini Architecture Specifica-
tion, Version 1.0. [online] Apache Software
Foundation. Tersedia di:
<https://river.apache.org/release-doc/cur-
rent/specs/html/jini-spec.html> [Diakses 15
Februari 2017]
Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer 3362

Apple, Inc., 2013. Bonjour Concepts. [online] Zhu, F., Mutka, M.W., & Ni, L.M., 2005. Ser-
Apple, Inc.. Tersedia di: <https://devel- vice Discovery in Pervasive Computing En-
oper.apple.com/library/content/documenta- vironments. IEEE Pervasive Computing,
tion/Cocoa/Conceptual/NetServices/Arti- 4(4), pp.81-90.
cles/about.html#//ap-
ple_ref/doc/uid/TP40002458-SW1> [Di-
akses 16 Februari 2017]
Hirofuchi, T., Kawai, E., Fujikawa, K. & Suna-
hara, H., 2005. USB/IP: A Transparent De-
vice Sharing Technology over IP Network.
IPSJ Digital Courier Volume 1 (2005),
[online] Tersedia di:
<https://www.ipsj.or.jp/08editt/dc/data/vol
_01.html> [Diakses 31 Desember 2016]
The Internet Engineering Task Force, 1998. RFC
2365: Administratively Scoped IP Mul-
ticast. IETF RFC [online] Tersedia melalui:
IETF Tools
<https://tools.ietf.org/html/rfc2365> [Di-
akses 20 April 2017]
The Internet Engineering Task Force, 1999. RFC
2608: Service Location Protocol, Version 2.
IETF RFC [online] Tersedia melalui: IETF
Tools
<https://www.ietf.org/rfc/rfc2608.txt> [Di-
akses 15 Februari 2017]
The Internet Engineering Task Force, 2010. RFC
5771: IANA Guidelines for IPv4 Multicast
Address Assignments. IETF RFC [online]
Tersedia melalui: IETF Tools
<https://tools.ietf.org/html/rfc5771> [Di-
akses 8 Maret 2017]
Transparency Market Research, 2016. USB Ca-
ble Market - Global Industry Analysis, Size,
Share, Growth, Trends and Forecast 2016 -
2024. [online] Tersedia di:
<https://www.transparencymarket-
research.com/usb-cable-market.html> [Di-
akses 1 Maret 2017]
UPnP Forum, 2015. UPnP Device Architecture
2.0. [pdf] Open Connectivity Foundation,
Inc.. Tersedia di:
<http://upnp.org/specs/arch/UPnP-arch-
DeviceArchitecture-v2.0.pdf> [Diakses 15
Februari 2017]
USB Implementers Forum, 2013. Universal Se-
rial Bus 3.1 Specification, Revision 1.0.
[online] Tersedia melalui: USB Implement-
ers Forum Documents
<http://www.usb.org/developers/docs>
[Diakses 10 Februari 2017]

Fakultas Ilmu Komputer, Universitas Brawijaya