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

com

Manajemen Perangkat IoT di Jaringan Rumah melalui

Intelligent Home Gateway Menggunakan NETCONF

Savita Vijay(✉) dan MK Banga

Departemen Ilmu dan Teknik Komputer, Universitas Dayananda Sagar,

Gerbang Kudlu, Bangalore, India
{savitavijay-cse,chairman-cse}@dsu.edu.in

Abstrak. Internet of things (IoT) dikelilingi oleh entitas heterogen

seperti sensor, perangkat seluler, dan aktuator dalam lingkungan
terbatas yang berjalan pada jaringan dengan daya dan lossy yang
sangat rendah. Entitas ini juga memiliki memori yang sangat kecil dan
dapat menangani overhead komputasi yang kecil. Untuk tujuan ini,
sistem IoT lengkap dan berbagai perangkat yang bekerja di sistem
manajemen jaringan rumah akan disajikan dalam makalah ini. Aplikasi
untuk jaringan rumah dipertimbangkan di bawah arsitektur yang
berbeda dan desainnya dibahas. Protokol manajemen jaringan
sederhana konvensional (SNMP) umumnya diterapkan untuk
manajemen jaringan tetapi tidak optimal karena kurangnya fleksibilitas
dalam mengkonfigurasi perangkat dan kurangnya kemampuan dalam
mengelola operasi di jaringan IoT.

Kata kunci: Internet hal (IoT)

Manajemen jaringan gerbang rumah cerdas (IHGNM)
Protokol manajemen jaringan sederhana (SNMP)
Protokol konfigurasi jaringan (NETCONF) · Netopeer

1. Perkenalan

Ada sejumlah perangkat heterogen hadir di jaringan rumah yang diharapkan dapat terhubung. Di sini, perangkat
didasarkan pada platform perangkat keras yang berbeda, layanan pengontrol juga memiliki sifat yang berbeda,
komponen perangkat lunak yang memungkinkan akses jaringan pada perangkat tersebut juga memiliki sifat
yang berbeda untuk setiap perangkat. Misalnya, perangkat IoT yang dapat dipakai untuk kesehatan dan gaya
hidup seperti jam tangan pintar, gelang memiliki kemampuan yang berbeda dalam hal penggunaan memori,
konsumsi daya, kecepatan pemrosesan dibandingkan dengan peralatan rumah tangga pintar seperti mesin cuci.

Perangkat IoT dapat diklasifikasikan secara luas berdasarkan karakteristik utamanya seperti
pola komunikasi, penggunaan memori, kemampuan pemrosesan data, dan konsumsi daya.
Misalnya, perangkat seperti tombol pintar atau mesin cuci pintar tidak perlu selalu terhubung dan
diaktifkan untuk melakukan tugas tertentu bila diperlukan; perangkat ini mengkonsumsi lebih
sedikit daya untuk komunikasi. Makalah ini difokuskan pada rendah seperti itu

© ICST Institute for Computer Sciences, Social Informatics and Telecommunications Engineering 2018 N.
Kumar and A. Thakre (Eds.): UBICNET 2017, LNICST 218, hlm. 196–207, 2018. https://doi.org/10.1007/978
-3-319-73423-1_18
 Manajemen Perangkat IoT di Jaringan Rumah 197

matikan atau matikan perangkat di jaringan rumah karena mereka membutuhkan gateway untuk
mengelola operasi dan komunikasi dengan internet secara efektif.
Khususnya, ada dua pendekatan umum untuk mengelola perangkat di sistem
otomasi rumah: manajemen jaringan sederhana [1] dan manajemen jaringan gerbang
rumah cerdas (IHGNM).
Perbedaan utama di antara mereka adalah keterlibatan gateway rumah cerdas untuk pengelolaan
perangkat seperti yang ditunjukkan pada Gambar. 1.

Gambar 1. Berbagai komponen dalam arsitektur layanan otomasi rumah

Masing-masing pendekatan ini sesuai dengan aplikasi. Jika perangkat memiliki sumber daya
yang cukup yang mendukung koneksi langsung ke internet dengan cara yang aman dan tidak
mendukung beberapa kelas perangkat, maka implementasi dimungkinkan dengan mesin ringan
ke mesin (LWM2M) [2]. LWM2M adalah standar manajemen perangkat jarak jauh. Dalam hal ini,
perangkat IoT dapat langsung dikelola. Ini adalah contoh manajemen jaringan sederhana.

Dalam arsitektur IHGNM, beberapa kelas perangkat dari sumber terbatas sumber daya
rendah ke perangkat terbatas sumber daya tinggi dipertimbangkan. Arsitektur yang diusulkan
memonitor sejumlah besar perangkat heterogen di jaringan rumah. Di sini, arsitektur IHGNM
untuk perangkat dengan sumber daya terbatas (yaitu mesin cuci) di jaringan rumah dibahas.

Sisa makalah ini disusun sebagai berikut: Sect. 2 menjelaskan komponen sistem IoT untuk
sistem manajemen jaringan rumah dan perangkat yang berbeda untuk hal yang sama. Bagian3
dan 4 menjelaskan pendekatan desain gateway rumah cerdas dan studi yang sama menggunakan
alat netopeer. Bagian5 memberikan kesimpulan dan penelitian masa depan mungkin.
198 S. Vijay dan MK Banga

2 Komponen Sistem IoT untuk Sistem Manajemen Jaringan Rumah

2.1 Sistem IoT Manajemen Jaringan Rumah Terdiri dari Komponen

Berikut

Perangkat: Perangkat IoT memungkinkan identifikasi, penginderaan jauh, penggerakan, dan

pemantauan dari kemampuan lokasi terpencil. Secara umum, perangkat IoT memiliki identitas unik,
dapat bertukar data dengan perangkat lain yang terhubung dan aplikasi web atau seluler yang berbeda
(secara langsung atau melalui gateway Cerdas), atau mengumpulkan data dari perangkat lain dan
menyimpan data dalam database lokal dan memproses data tersebut secara lokal. Data juga dapat
diproses di backend aplikasi berbasis cloud (seperti Amazon Web Services, Microsoft Azure) atau di server
terpusat. Dalam tingkat desain IoT yang berbeda, kami dapat melakukan beberapa tugas secara lokal
dan tugas lainnya dalam infrastruktur IoT, berdasarkan batasan waktu dan ruang (yaitu memori, latensi
dan kecepatan komunikasi, kemampuan pemrosesan, dan tenggat waktu).

Perangkat lunak IoT: Pada perangkat IoT, beberapa komponen perangkat lunak diperlukan dan diinstal
untuk mengakses informasi dari berbagai sensor yang berjalan di sistem manajemen rumah. Mereka
juga bertanggung jawab untuk menyimpan informasi sensor yang berbeda atau mengendalikan aktuator
yang terhubung ke perangkat. Untuk mengaktifkan akses jaringan pada perangkat, diperlukan sumber
daya.

Layanan pengontrol asli: Layanan ini adalah layanan asli yang berjalan di perangkat. Ini
berinteraksi dengan layanan web. Untuk mengontrol perangkat, ia mengirimkan data dari
perangkat ke layanan web dan menerima perintah dari aplikasi (melalui layanan web).

Basis data IoT: Basis data untuk menyimpan data yang dikumpulkan dapat berupa lokal atau di
cloud.

Keamanan data IoT: Pada jaringan lokal akan dilakukan dengan teknik dekripsi
enkripsi kunci simetris. Dan jika akan dijalankan di internet maka akan digunakan
teknik dekripsi enkripsi kunci asimetris.

Layanan web: Layanan web berfungsi sebagai tautan koneksi antara semua komponen sistem
IoT yaitu perangkat IoT, aplikasi IoT, database untuk menyimpan data yang dikumpulkan dan
komponen analisis. Layanan web dapat diimplementasikan menggunakan protokol transfer
hypertext (HTTP), protokol aplikasi terbatas (CoAP) atau prinsip transfer status representasional
(REST) atau jika itu adalah aplikasi waktu nyata maka protokol WebSocket juga dapat digunakan.

Komponen analisis: Komponen Analisis bertanggung jawab untuk menganalisis data IoT dan
menghasilkan hasil. Umumnya, hasil dipublikasikan dalam format yang mudah dipahami
pengguna. Lokal dan cloud, di kedua tempat, analisis dapat dilakukan dan kemudian hasilnya
disimpan di database lokal dan cloud.
 Manajemen Perangkat IoT di Jaringan Rumah 199

Aplikasi: Pengguna dapat mengontrol dan memantau berbagai fitur sistem IoT hanya dengan
aplikasi IoT. Untuk melakukan operasi apa pun pada sistem IoT atau untuk melihat statusnya dan
untuk melihat data yang diproses, aplikasi digunakan.

2.2 Pendekatan Heterogenitas Perangkat dan Manajemen yang Berlaku

Ada banyak perangkat IoT di berbagai aplikasi di jaringan rumah seperti yang diilustrasikan
pada Tabel 1. Berdasarkan karakteristik dan batasan perangkat di jaringan rumah,
klasifikasi perangkat sedang dilakukan dan pendekatan manajemen yang tepat
direkomendasikan seperti yang disorot dalam Tabel2 dan 3 di bawah.

Tabel 1. Perangkat IoT untuk sistem manajemen jaringan rumah [3-5]

Jenis perangkat IoT Nama perangkat

Pencahayaan cerdas Lampu yang mendukung protokol Internet (lampu tabung, bohlam), pencahayaan solid state

(lampu LED)

Peralatan pintar
Deteksi gangguan
Detektor asap/gas
Kesehatan dan gaya hidup
Kulkas, AC, televisi, remote televisi, sistem musik, mesin
cuci/pengering
Kamera keamanan, sensor pintu
Detektor asap (deteksi optik, ionisasi atau teknik pengambilan
sampel udara), detektor gas
Perangkat IoT yang dapat dikenakan (jam tangan pintar misalnya jam tangan pintar moto
360), kacamata pintar seperti kaca Google, gelang (fitbit), elektronik mode (elektronik
dalam pakaian dan aksesori, sepatu pintar), sistem pemantauan perawatan kesehatan
yang dapat dipakai di mana-mana (elektrokardiogram terintegrasi (EKG)), akselerometer
dan sensor saturasi oksigen (SpO2))

Meja 2. Kelas perangkat IoT terbatas-Kelas 0, Kelas 1, Kelas 2 [6]

Kelas RAM Kilatan Keterangan
Kelas 0 <1 KB <100 KB Gunakan gateway untuk kebutuhan komunikasi
dasar

Kelas 1 Sekitar 10 KB Sekitar 100 KB Gunakan tumpukan protokol sesuai perangkat

IoT menggunakan CoAP. Dapat berinteraksi
dengan perangkat lain tanpa perlu gateway

Kelas 2 Sekitar 50 KB Sekitar 250 KB Perangkat ini mendukung protokol IPv4 dan
IPv6 biasa. Mereka berfungsi mirip dengan
perangkat jaringan lainnya

Heterogenitas perangkat dapat disebabkan oleh berbagai aspek. Penelitian ini berfokus pada
heterogenitas dalam hal:

(1) Karakteristik perangkat: Di [9], klasifikasi perangkat selesai.

Tergantung pada (i) penggunaan memori dan kemampuan pemrosesan data dan (ii) strategi untuk
konsumsi daya karena teknologi manajemen yang ada menggunakan tumpukan protokol yang berbeda
dan tumpukan protokol yang berbeda mengkonsumsi jumlah memori dan memori yang berbeda.
200 S. Vijay dan MK Banga

kekuasaan. Perangkat kelas 0 tidak dapat mendukung manajemen jaringan sederhana karena kekurangan
sumber daya yang diperlukan untuk komunikasi yang tepat dan perangkat tersebut juga tidak dapat mendukung
standar keamanan apa pun. Namun, perangkat Kelas 1 dan Kelas 2 mendukung pendekatan manajemen
gateway yang sederhana dan cerdas.

Tabel 3. Perangkat dan pendekatan manajemen yang sesuai

Manajemen jaringan sederhana Manajemen jaringan gerbang rumah

Perangkat yang sesuai Perangkat IoT berkomunikasi langsung ke
awan
Perangkat yang dapat berbagi data latar
belakang
Perangkat Kelas 1, Perangkat Kelas 2
Perangkat yang selalu menyala
yang cerdas
Komunikasi antar perangkat ke
perangkat
Komunikasi antara perangkat IoT dan
gateway
Perangkat Kelas 0, perangkat Kelas 1
Perangkat berdaya rendah yang
biasanya mati [7, 8]

Meja 4 daftar dan mengkategorikan strategi umum untuk penggunaan daya. Perangkat berdaya
rendah atau biasanya mati tidak disarankan dalam pendekatan manajemen langsung karena tidak dapat
mempertahankan koneksi dengan layanan manajemen sederhana.

(2) Pola komunikasi perangkat: Dalam sistem jaringan gateway rumah, perangkat IoT dapat
berkomunikasi di antara atau melalui gateway.

Tabel 4. Strategi menggunakan kekuatan untuk komunikasi

Nama Strategi Kemampuan untuk berkomunikasi

Kelas 0 Biasanya mati Pasang kembali bila diperlukan

Kelas 1 Daya rendah Tampak terhubung, mungkin dengan latensi

Kelas 2 Selalu aktif tinggi Selalu terhubung

3 Diskusi Desain

Di jaringan rumah, perangkat terhubung dan dikendalikan oleh gateway rumah atau
dikelola langsung oleh platform manajemen jarak jauh (RMP) yang berjalan di internet.
Untuk mengelola beberapa perangkat dalam satu sistem memerlukan kemampuan manajemen yang ditingkatkan

karena di rumah kami memiliki perangkat IoT yang berbeda; yang menggunakan sensor, perangkat lunak dan

pengumpulan data yang berbeda, layanan analisis data, dan antarmuka untuk berinteraksi dengan pengguna.

3.1 Sistem Manajemen Jaringan Sederhana

Layanan manajemen sederhana mengelola perangkat IoT secara langsung tanpa gateway apa
pun. Aplikasi yang berjalan dari jarak jauh di internet dapat berkomunikasi langsung dengan
perangkat. Performa dan latensi yang diperkenalkan karena gateway akan diminimalkan di sini.
Sebagian besar perangkat yang terutama bertukar data sensorik dan kontrol real-time di
 Manajemen Perangkat IoT di Jaringan Rumah 201

pesan kecil tapi banyak, manajemen langsung harus lebih disukai di dalamnya, karena
keuntungan yang disebutkan di atas.
Kelas 2 perangkat IoT secara langsung berkomunikasi ke server pusat untuk penyimpanan
data. Ini mendukung protokol IPv6. Kelas perangkat ini menggunakan prosesor yang kuat.
Mereka tidak dibatasi oleh daya baterai. Mereka juga mendukung fungsionalitas gateway di mana
mereka mendukung berbagai jenis port komunikasi seperti digital subscriber line (DSL), WiMax,
WiFi dll. Mereka mendukung beberapa perangkat sensor.

3.2 Manajemen Jaringan Gerbang Rumah Cerdas

Dalam sistem manajemen jaringan gateway rumah cerdas IoT, semua perangkat jaringan rumah
terhubung ke gateway dan gateway terhubung ke internet seperti yang ditunjukkan pada Gambar. 1.
Dalam diagram yang diberikan, setiap perangkat yang melakukan penginderaan dan/atau aktuasi,
menyimpan data yang dikumpulkan di penyimpanan datanya, melakukan analisis, dan menghosting
aplikasi di gateway.

3.2.1 Manajemen Jaringan Gateway Rumah Cerdas dengan NETCONF

dan YANG
Ada dua protokol standar untuk manajemen jaringan yaitu. protokol konfigurasi
jaringan (NETCONF) [10, 11] dan protokol manajemen jaringan sederhana (SNMP).

3.2.2 Pengenalan NETCONF dan YANG

Pada tahun 2002 diadakan workshop internet architecture board (IAB), dalam workshop tersebut
disimpulkan bahwa SNMP tidak cocok untuk manajemen konfigurasi. Ini didokumentasikan dalam
RFC 3535. Itu adalah titik untuk memulai penelitian tentang NETCONF dan YANG.
NETCONF adalah protokol manajemen jaringan internet engineering task force (IETF) dan direkam
dalam RFC 4741. Ini adalah protokol manajemen jaringan berbasis sesi. Ini menyediakan mekanisme
untuk menginstal, memanipulasi, dan menghapus konfigurasi perangkat jaringan. Operasinya berjalan di
atas lapisan panggilan prosedur jarak jauh (RPC) sederhana. Ini menggunakan panggilan prosedur jarak
jauh berbasis XML untuk membingkai pesan permintaan dan respons. Ia bekerja pada protokol lapisan
transport shell aman. Ini juga mendukung protokol pertukaran blok extensible (BEEP) yang merupakan
protokol lapisan transport. Lapisan transport menyediakan konektivitas port ke port dan pengiriman
pesan yang andal. Itu juga dapat menggantikan antarmuka pemrograman berbasis command line
interpreter (CLI) seperti perl yang berjalan di atas secure shell (SSH). Ini menggunakan data yang
didorong skema terstruktur dan memberikan informasi pengembalian kesalahan juga dalam format
terstruktur, yang bahkan tidak dapat disediakan oleh CLI. Angka2 menunjukkan arsitektur berlapis
protokol NETCONF.
202 S. Vijay dan MK Banga

Gambar 2. Lapisan protokol NETCONF

Lapisan konten terdiri dari data status dan konfigurasi setiap perangkat yang berjalan di
rumah seperti TV, lemari es dalam format XML. YANG adalah bahasa pemodelan data yang
digunakan untuk memodelkan konfigurasi dan status data perangkat yang dimanipulasi oleh
protokol NETCONF [8, 9]. Definisi pertukaran data antara klien NETCONF dan server yaitu
perangkat dan sistem manajemen yang berjalan di gateway. Operasi NETCONF <get-config>
mengambil data konfigurasi perangkat, dan operasi <get> mengambil status dan data konfigurasi
perangkat. Pada setiap perangkat, penyimpanan data konfigurasi NETCONF berjalan untuk
menyimpan data konfigurasi. Di sini, klien dan server memelihara sesi NETCONF untuk
komunikasi. Klien mengelola server (perangkat) dengan pertukaran pesan 'halo' untuk saling
berbagi kemampuan. Klien kemudian dapat mengirim n jumlah permintaan ke server untuk
mengambil dan mengedit data konfigurasi. NETCONF memungkinkan klien manajemen untuk
menemukan kemampuan perangkat dan juga mengakses kemampuan aslinya.
NETCONF mendefinisikan pada perangkat satu atau lebih penyimpanan data konfigurasi.
Sebuah penyimpanan konfigurasi berisi semua informasi konfigurasi untuk membawa perangkat
dari keadaan awal ke keadaan operasional. Secara default, toko konfigurasi <running> hadir.
Penyimpanan data konfigurasi tambahan sesuai kebutuhan perangkat seperti <startup> dan
<candidate> dapat ditentukan dalam kemampuan.
NETCONF adalah protokol berorientasi koneksi dan menggunakan protokol transport
SSH atau transport layer security (TLS) untuk menyediakan fitur keamanan di server seperti
otentikasi, integritas data, dan kerahasiaan. Koneksi NETCONF tetap ada di antara operasi
protokol.

3.2.3 YANG
YANG adalah bahasa pemodelan data. Ini adalah standar yang ditentukan oleh IETF dalam kelompok
kerja pemodelan jaringan (NETMOD). YANG bisa dikatakan berstruktur pohon. Data konfigurasi
terstruktur ke dalam pohon dan data dapat berupa tipe kompleks seperti daftar dan gabungan. Ini
digunakan untuk memodelkan konfigurasi dan status data yang dimanipulasi oleh protokol NETCONF.

Modul YANG mendefinisikan data konfigurasi, panggilan prosedur jarak jauh dan data status yang
dapat dikeluarkan dan juga menentukan format notifikasi. Data apa pun yang dipertukarkan
 Manajemen Perangkat IoT di Jaringan Rumah 203

antara klien dan server, format data tersebut ditentukan oleh protokol NETCONF. Modul YANG
terdiri dari sejumlah simpul 'daun' yang ditentukan menggunakan konstruksi 'daun' atau 'daftar
daun'. Node daun diatur menggunakan konstruksi 'wadah' atau 'daftar'. Pada node data kendala
dan validasi data juga dapat didefinisikan. Modul YANG dapat menggunakan modul lain juga
dengan memperkenalkan definisi mereka di dalamnya. Pernyataan 'config' digunakan untuk
memodelkan data konfigurasi dan data status.

3.2.4 SNMP dan NETCONF

SNMP juga banyak digunakan protokol manajemen jaringan yang bertanggung jawab untuk
memantau dan mengonfigurasi perangkat jaringan seperti router, printer, pemindai, server, dll.
Tabel 5 menunjukkan perbandingan antara SNMP dan NETCONF, dan menunjukkan kesesuaian
NETCONF atas SNMP.

Tabel 5. Perbandingan protokol SNMP dan NETCONF [12]

tidak. SNMP NETCONF

1 SNMP menggunakan protokol datagram pengguna (UDP). Ini menggunakan protokol SSH. Ini

UDP adalah protokol tanpa koneksi lapisan transport yang memastikan pengiriman pesan yang andal

membuat SNMP tidak dapat diandalkan

2 Sifatnya tidak memiliki kewarganegaraan. Aplikasi NETCONF adalah protokol berbasis sesi
manajemen harus cerdas untuk mengelola perangkat

3 Umumnya tidak memiliki objek yang dapat ditulisi SNMP hanya dapat digunakan untuk pemantauan
yang tanpanya konfigurasi perangkat tidak mungkin perangkat dan polling status sementara NETCONF

memungkinkan untuk mengambil data status atau

konfigurasi perangkat jaringan

4 Sangat sulit untuk membedakan antara <get-config> hanya mengambil data

konfigurasi dan data keadaan konfigurasi. <get> mengambil data
status dan konfigurasi
5 Itu tidak mendukung pengambilan dan pemutaran NETCONF memberikan akses ke
konfigurasi yang mudah kemampuan asli perangkat
6 Versi terbaru dari SNMP yang memberikan dukungan NETCONF menggunakan SSH atau TLS untuk

keamanan sangat kompleks layanan keamanan

4 Kajian Manajemen Jaringan Intelligent Home Gateway Melalui

NETCONF dan YANG Menggunakan Nettopeer Tools

Kami telah mendengar tentang perangkat pintar dan di rumah juga kami memiliki perangkat elektronik
seperti mesin cuci, mesin pencuci piring, kulkas, dll. Awalnya Amazon meluncurkan tombol dasbor
Amazon untuk mesin cuci. Dengan menggunakan tombol ini, mesin cuci meminta pengguna untuk
memesan lebih banyak deterjen untuk dirinya sendiri saat hampir habis. Setelah itu, sekitar 40 layanan
diluncurkan dalam bentuk layanan pengisian ulang dasbor Amazon yang juga dikenal sebagai tombol
DRS. Mereka ditautkan ke akun Amazon dan memungkinkan siapa pun di rumah untuk langsung
memesan staples dari kepala sikat gigi, gulungan dapur, dan cairan pencuci hingga kopi. Internet of
things adalah ruang teknologi besar dan di jaringan rumah juga ada
204 S. Vijay dan MK Banga

serangkaian perangkat yang saling berhubungan yang berfungsi untuk mengotomatisasi tugas-tugas seperti lampu yang

merespons kehadiran atau timer atau termostat pintar yang menghemat energi dengan hanya menyalakan penghangat

saat ada orang di dalam rumah.

Sebuah desain perangkat mesin cuci pintar menggunakan metodologi desain IoT sedang dibahas.
Tujuan dari sistem otomatisasi mesin cuci adalah untuk mengontrol mesin di rumah dari jarak jauh
menggunakan gateway yang menjalankan aplikasi sistem manajemen dan terhubung ke internet dan
perangkat IoT lainnya yang berjalan di jaringan rumah. Alat implementasi yang dipertimbangkan adalah
netopeer. Netopeer adalah seperangkat alat NETCONF open source yang dibangun di perpustakaan
libnetconf [13].
Angka 3 menunjukkan cara mengelola mesin cuci menggunakan alat netopeer. Itu
termasuk:

Gambar 3. Manajemen mesin cuci dengan NETCONF menggunakan alat netopeer

1. Netopeer-server: Netopeer-server adalah server protokol NETCONF yang berjalan

di mesin cuci. Ini menyediakan lingkungan untuk mengonfigurasi mesin cuci
menggunakan operasi NETCONF RPC dan juga mengambil data status dari mesin
cuci.
Pada mesin cuci, ada tiga layanan yang berjalan, meliputi:
(a) Layanan pengontrol asli – berjalan sebagai layanan asli pada mesin cuci. Mendapat
mode saat ini (otomatis/manual), status saat ini (on/off/wash/spin) dan mengirim
ke netopeer-cli.
(b) Layanan mode: Setiap mesin memiliki mode otomatis dan manual.
Saya. Dalam mode otomatis, sistem mengukur pakaian di mesin dan menyalakannya jika ada
pakaian.
ii. Dalam mode manual, sistem menyediakan opsi untuk menghidupkan/mematikan mesin
secara manual dan jarak jauh.
 Manajemen Perangkat IoT di Jaringan Rumah 205

(c) Ada empat kondisi mesin cuci yang kami pertimbangkan:

Saya. Pada

ii. Mati
Wash (untuk mencuci pakaian)
aku aku aku.

iv. Spin (untuk memintal pakaian).

2. Netopeer-agen: Netopeer-agent adalah agen protokol NETCONF yang berjalan
sebagai subsistem shell yang aman. Ia menerima koneksi NETCONF yang masuk
dan meneruskan operasi NETCONF RPC yang diterima dari klien NETCONF (berjalan
di gateway) ke server netopeer (berjalan di mesin cuci). Hal ini juga bertanggung
jawab untuk otentikasi dan memeriksa integritas pesan (jika diperlukan)
dalam pesan permintaan. Ia memeriksa bahwa pesan permintaan hanya untuk
mesin cuci dan memeriksa sintaks pesan.
3. Netopeer-cli: Ini adalah klien NETCONF yang menyediakan antarmuka baris perintah
untuk berinteraksi dengan perangkat yang menjalankan netopeer-server. Operator
dapat menggunakan netopeer-cli dari sistem manajemen gateway untuk mengirim
operasi NETCONF RPC untuk mengonfigurasi mesin cuci dan mengambil informasi
status.
4. Manajer Netopeer: Netopeer-manager memungkinkan pengelolaan
modul API transaksi (TransAPI) YANG dan libnetconf pada mesin cuci.
Dengan modul netopeer-manager dapat dimuat atau dikeluarkan dari
mesin cuci.
5. Netopeer-konfigurator: Netopeer-configurator adalah alat yang digunakan untuk
mengkonfigurasi netopeer-server.

4.1 Langkah-Langkah Mengelola Mesin Cuci dengan NETCONF-YANG

Saya. Buat modul YANG dari mesin cuci dalam sistem manajemen rumah yang
mendefinisikan konfigurasi dan data statusnya pada struktur hierarki hierarki [14].
ii. Kompilasi model YANG dengan 'inctool'. Inctool adalah bagian dari perpustakaan
libnetconf. Apa pun perubahan yang dilakukan dalam file konfigurasi mesin cuci, untuk
mencerminkan perubahan tersebut pada perangkat mesin cuci yang sebenarnya,
kerangka kerja TransAPI digunakan. 'Inctool' menghasilkan modul TransAPI (file C
callback) dan file YIN. File callback C berisi fungsi untuk membuat perubahan pada
mesin cuci. File YIN berisi representasi XML dari modul YANG.
• Inctool – model mesin cuci.yang dikonversi
• Inctool – model mesin cuci.yang validasi
• Inctool – model washingmachine.yang transapi – paths washingmachine.paths Isikan
kode manajemen perangkat IoT dalam modul API transaksi yang juga dikenal sebagai
aku aku aku.

file C callback. File ini terdiri dari callback konfigurasi, callback RPC, dan callback data
status.
iv. Perintah di bawah ini dikeluarkan untuk membangun file C callback sebagai hasilnya menghasilkan file

perpustakaan (.so).

• Autoreconf
• . /konfigurasi
• membuat
206 S. Vijay dan MK Banga

v. Alat manajer Netopeer memuat modul YANG dan .so biner yang dihasilkan oleh
TransAPI ke dalam mesin cuci.
• Sudo netopeer - tambahkan manajer – nama mesin cuci – model mesin cuci- chine.yin
– datastore/home/ubuntu/washingmachine.xml
vi. Pengguna sekarang dapat terhubung dari sistem manajemen yang berjalan di gateway ke server
netopeer menggunakan netopeer-cli.
• netopeer-cli
• netconf> sambungkan
• Tuan rumah: localhost

• Sandi:
vii. Pengguna dapat mengeluarkan perintah NETCONF dari klien netopeer, CLI. Perintah dapat
dikeluarkan untuk mengubah data konfigurasi mesin cuci, mendapatkan data operasional atau
menjalankan RPC di atasnya.
• netconf> dapatkan
..
..
• netconf> get-config berjalan
• netconf> edit-config berjalan
..
..
• netconf> user-rpc.

5 Kesimpulan dan Arah Masa Depan

Makalah ini membahas sistem IoT untuk sistem manajemen jaringan gateway rumah cerdas
untuk menangani perangkat IoT yang berbeda dalam jaringan. Desain lengkap perangkat IoT,
perangkat lunak dan layanan yang berjalan di dalamnya dibahas. Di sini, studi dilakukan dengan
memilih perangkat mesin cuci dari sistem jaringan rumah dan bagaimana itu dapat dikelola
menggunakan arsitektur yang melibatkan protokol NETCONF, bahasa pemodelan data YANG dan
alat netopeer. Dengan arsitektur ini, kita dapat mengelola beberapa kelas perangkat terutama
perangkat yang memiliki kemampuan sumber daya terbatas seperti daya rendah, pemrosesan
lambat, dan kemampuan komunikasi yang kurang. Protokol NETCONF mengelola operasi dan
konfigurasi perangkat di jaringan rumah dengan cara yang andal dan efisien karena berbasis sesi
sehingga mengurangi lalu lintas ke gateway rumah dan juga dengan mudah mengambil status
dan konfigurasi perangkat. Sebagai penelitian di masa depan, beberapa pekerjaan dapat
dilakukan seputar pengenalan kecerdasan buatan ke dalam perangkat IoT dari sistem.

Referensi

1. Pham, C., Lim, Y., Tan, Y.: Arsitektur manajemen untuk perangkat IoT heterogen di jaringan
rumah. IEEE (2016)
2. Rao, S., Chendanda, D., Deshpande, C., Lakkundi, V.: Menerapkan LWM2M di perangkat IoT yang
dibatasi. Dalam: ICWiSe, hlm. 52–57 (2015)
 Manajemen Perangkat IoT di Jaringan Rumah 207

3. Caldeira, JMLP, Rodrigues, JJPC, Lorenz, P.: Menuju solusi mobilitas di mana-mana untuk jaringan
sensor tubuh pada perawatan kesehatan. Komunitas IEEE. Mag.50, 108–115 (2012)
4. Chung, WY, Lee, YD, Jung, SJ: Sistem pemantauan Uhealthcare yang kompatibel dengan
jaringan sensor nirkabel menggunakan EKG, akselerometer, dan SpO2 terintegrasi. Dalam:
Konferensi Internasional Teknik IEEE dalam Masyarakat Kedokteran dan Biologi (2008)
5. Bahga, A., Madisetti, V.: Internet of Things, Pendekatan Hands on (2015)
6. ITU-T: Ikhtisar Internet of Things, Y.2062 (2012)
7. Ersue, M., Romascanu, D., Schoenwaelder, J.: Manajemen jaringan dengan perangkat yang
dibatasi: pernyataan masalah dan persyaratan, RFC 7547 (2015)
8. Bormann, C., Ersue, M., Keranen, A.: Terminologi untuk jaringan node terbatas, RFC 7228
(2014)
9. Sehgal, A., Perelman, V., Kuryla, S., Schonwalder, J.: Manajemen perangkat yang dibatasi
sumber daya di internet hal. Komunitas IEEE. Mag.50, 144–149 (2012)
10. Enns, R., Bjorklund, M., Bierman, A.: Protokol konfigurasi jaringan (NETCONF), RFC 6241
(2011)
11. Schönwälder, J., Björklund, M., Shafer, P.: Manajemen konfigurasi jaringan menggunakan
NETCONF dan YANG (2010)
12. Harrington, D., Preshun, R., Wijnen, B.: Sebuah arsitektur untuk menggambarkan kerangka kerja
manajemen protokol manajemen jaringan (SNMP) sederhana, RFC 3411 (2002)
13. libnetconf (2014). https://github.com/CZ-NIC/libnetconf
14. Tschofenig, H., Arkko, J., Thaler, D., McPherson, D.: Pertimbangan arsitektur dalam
jaringan objek pintar, RFC 7452 (2015)