Desain Media Akses Sementara untuk Meningkatan
Availabilitas Jaringan Pelanggan PT. XYZ Berbasis
M2M
Sigit Suryatama, Fitri Yuli Zulkifli
Departement Teknik Elektro
Universitas Indonesia
Jakarta, Indonesia
sigit.suryatama@ui.ac.id
yuli@eng.ui.ac.id
Abstrak—Menjaga layanan sesuai dengan Service Level
Agreement (SLA) merupakan hal penting bagi penyedia layanan
komunikasi data seperti PT. XYZ. Permasalahan timbul ketika
terjadi gangguan di segmen lastmile, dimana tidak semua
pelanggan berskala kecil memiliki backup, sehingga
menyebabkan terputusnya layanan. Paper ini memaparkan
sebuah desain teknologi berbasis Machine-to-Machine (M2M)
yang berfungsi sebagai solusi sementara saat terjadi gangguan
media akses pelanggan, sehingga layanan tetap bisa berjalan
selama proses troubleshooting dilakukan. Metode yang di
gunakan adalah analisis, design dan simulasi. Teknologi yang di
rancang terdiri dari Router Core yang terkoneksi dengan
internet dan Cloud Service sebagai Server M2M. Di sisi client,
sebuah Router Wireless dikombinasikan dengan modem dan
kartu seluler untuk mendapat koneksi internet. Server dan
Client M2M menjalin komunikasi melalui teknologi Virtual
Private Network (VPN) Tunneling yaitu Ethernet over Internet
Protocol (EoIP) over Secure Socket Tunnelling Protocol (SSTP)
sehingga router wireless ini menjadi sebuah modem media akses.
Hasil ujicoba yang di lakukan di beberapa lokasi, diperoleh rata-
rata delay ping test dengan beban 1500 bytes sebesar 160
milisecond, throughput rata-rata sebesar 1 Mbps, dan jitter rata-
rata 21 milisecond. Berdasarkan hasil tersebut, dapat
disimpulkan teknologi M2M ini memiliki kualitas dan kecepatan
yang masih tergolong cukup sebagai layanan sementara selama
proses perbaikan media akses utama di lakukan sehingga
peningkatan availabilitas jaringan dapat tercapai.
Kata Kunci— SLA, M2M, VPN, SSTP, EoIP.
I. PENDAHULUAN
Di era digitalisasi global sekarang ini, persaingan dan
kualitas menjadi dua poin yang sangat penting untuk
memenangkan kompetisi di dunia bisnis, khususnya bisnis
layanan komunikasi data. Dalam kaca mata provider,
konsumen merupakan faktor terpenting dalam mendukung
eksistensi perusahaan. Kepuasan konsumen menentukan
seberapa berhasilnya sebuah provider dalam mendeliver
produk layanannya tersebut.
PT. XYZ merupakan sebuah perusahaan yang bergerak di
bidang penyedia layanan komunikasi data. Perusahaan ini
memiliki jaringan backbone dan akses yang tersebar ke
seluruh penjuru nusantara. Dalam keseharian operasional
jaringannya, tentu saja tidak terlepas dari terjadinya gangguan.
Baik di segmen backbone (core), segmen transport atau
distribusi, maupun di segmen akses (last mile)[1]. Untuk
mencapai target Service Level Agreement (SLA), sebuah
kontrak yang bersifat formal dan digunakan untuk menjamin
kualitas layanan yang di berikan kepada konsumen dapat
dicapai [2].
Di segmen backbone dan transport, tentu diversitas atau
backup jalur sudah dipenuhi sehingga minim kemungkinan
terjadinya gangguan yang dapat menyebabkan blackout pada
layanan. Berbeda dengan segmen akses atau lastmile yang
berada di lokasi pelanggan, tidak semua segmen lastmile ini
memiliki jalur diversity jaringan yang memadai khususnya
pada jaringan pelanggan skala kecil. Sehingga apabila terjadi
gangguan di jaringan lastmile ini, maka akan terjadilah
blackout layanan di lokasi pelanggan tersebut.
Data Gangguan Media Akses PT. XYZ Lain-Lain
3% 3rd Party
3% 3%
4%
Radio Link
36%
6%
Wireline
11%
Miss Configuration
BWA
34%
Fiber Optik
VSAT
Gbr. 1 Persentase gangguan media akses PT.XYZ (2018)
Gambar 1 di atas, menampilkan data jumlah gangguan yang
terjadi di PT.XYZ sepanjang tahun 2018 khusus untuk lokasi
terjadinya gangguan di remote (lastmile) area Jabodetabek.
Terlihat bahwa media akses yang paling banyak terganggu
adalah VSAT di angka 36 persen, di susul Fiber Optik 34
persen dan BWA 11 persen dari total gangguan yang terjadi
sepanjang tahun 2018 lalu. Sementara di gambar 2 di bawah,
menunjukkan rata-rata MTTR dan persentase MTTR yang 99,999 5.26 m 25.9 d 6.05 d 864 md
tidak tercapai. 99,9999 31.5 d 2.59 d 605 md 86.4 md
99,99999 3.15 d 262 md 60.5 md 8.64 md

MTTR
4,50

4,00
5%
Tabel 1 di atas merepresentasikan nilai waktu downtime
3,50
8%
pada skala prosentase availabilitas tertentu. Penentuan SLA
3,00
suatu provider umumnya mengacu pada jumlah downtime
2,50
bulanan atau skala availabilitas bulanannya dalam melakukan
Hours

2,00 4,18 5%

1,50
3,67 9% perhitungan tagihan ke konsumennya.
2%
1,00 2,16
2,36 Layanan VPN PT.XYZ memiliki nilai SLA yang di
0,50 1,16 tetapkan sebesar 99,95%, dimana menurut perhitungan skala
- availabilitas jaringan hanya boleh downtime tidak lebih dari 4
Wireline Miss Configuration BWA Fiber Optik VSAT
Media Akses jam 23 menit dalam satu tahunnya. Angka ini di jadikan
sebagai kesepakatan target MTTR dalam proses perbaikan
Gbr. 2 Grafik MTTR per gangguan remote (2018) jaringan yaitu di 4 jam. Untuk dapat meningkatkan kualitas
Rata-rata MTTR terlama adalah gangguan di Fiber Optik, layanan mencapai level skala availabilitas “five nine” atau
seperti kabel terputus akibat galian. Sementara Wireline, di 99,999% mewajibkan layanan tidak boleh terputus selama
kategori ini adalah summary gangguan yang terjadi akibat 5,26 menit saja per tahunnya.
perangkat modem di lastmile rusak maupun kabel putus di
dalam gedung yang proses troubleshootingnya bisa di pastikan
B. Machine to Machine (M2M)
memakan waktu yg cukup lama. Terlihat juga bahwa tingkat Teknologi Machine-to-Machine (M2M) didefinisikan
pencapaian MTTR untuk lima besar penyumbang gangguan sebagai suatu komunikasi yang terjadi antar perangkat, baik
tertinggi di PT.XYZ masih memiliki rata-rata di atas 3 jam. melalui kabel atau tanpa kabel. Sistem ini berjalan secara
Di latar belakangi permasalahan di atas, maka melalui otomatis yang mana tidak memerlukan user pengontrol untuk
penelitian ini di desainlah sebuah perangkat yang dapat di memonitor suatu objek tertentu dengan algoritma yang telah
fungsikan sebagai solusi jaringan sementara berupa perangkat dirancang. Dalam kasus penelitian ini, M2M mengacu pada
Modem Machine to Machine (M2M) yang dapat komunikasi antara dua perangkat atau lebih, dimana satu
menggantikan fungsi dari media akses eksisting terganggu perangkat berfungsi sebagai server, dan perangkat lainnya
sehingga layanan konsumen tetap dapat selama proses berperan sebagai client. Komunikasi antara server dan client
perbaikan jaringan dilakukan. ini dibangun melalui sebuah tunnel VPN yang menggunakan
internet sebagai media penghubungnya.
II. TINJAUAN PUSTAKA Gambar 3 di bawah merupakan arsitektur M2M menurut
European Telecommunication Standards Institute (ETSI):
A. Service Level Agreement (SLA) dan Availabilitas
SLA merupakan kontrak antara penyedia layanan dan
pelanggan terhadap layanan apa disediakan oleh penyedia dan
konsekuensi apa yang akan diberikan apabila penyedia tidak
dapat memenuhi kesepakatan yang telah ditetapkan bersama
tersebut [3]. Dengan adanya SLA, output yang dihasilkan dari
suatu aktivitas memiliki kejelasan ukuran keberhasilan
layanan dari sisi kualitas, kuantitas ataupun waktu
penyelesaiannya
Pada suatu provider, umumnya SLA-nya dapat diukur
dalam skala availabilitas. Availabilitas merupakan istilah yang
digunakan untuk memastikan bahwa tingkat kinerja suatu
fungsi yang disepakati (misalnya uptime jaringan) lebih besar
dari periode umum. Availabilitas dinyatakan sebagai
persentase waktu aktif dalam satu periode tertentu[4].
TABEL I
PERSENTASE AVAILABILITAS

AVAILABLITAS DOWNTIME
(%) Tahun Bulan Minggu Hari
90 36.6 h 72 j 16.8 j 2.24 j
99 3.65 h 7.2 j 1.68 j 14.4 m
99,9 8.76 j 43.8 m 10.1 m 1.44 m
99,99 52.56 m 4.38 m 1,01 m 8.66 d
 M2M Applications

M2M
Management
Network Functions
M2M Service Capabilities
Domain

Core Network (CN)

Network
Management
Functions

Access Network

M2M
Applications
Device and
Gateway M2M
Domain Service Gbr. 4 Virtual Private Network [6]
Capabilities
M2M
M2M Gateway Applications Banyak jenis dari protokol VPN yang telah di kembangkan
M2M
Service
saat ini dengan menawarkan fitur keamanan dan performansi
M2M Area
Capabilities yang berbeda-beda. Terdapat beberapa jenis protokol VPN,
Network
M2M Device
diantaranya: Point-to-Point Tunnelling Protocol (PPTP),
Layer 2 Tunnel Protocol (L2TP), OpenVPN, Secure Socket
M2M Device
Tunnelling Protocol (SSTP), and Internet Key Ex-change
version 2 (IKEv2). Di dalam penelitian ini, protokol VPN
yang di gunakan adalah SSTP.
Gbr. 3 Arsitektur M2M menurut ETSI [5]
D. Secure Socket Tunneling Protocol (SSTP)
Secara arsitektur, jaringan M2M terdiri dari blok Network Protokol SSTP ini dipilih karena memiliki kemampuan
dan Device dan Gateway. Blok network bertanggung jawab menembus firewall yang tidak dapat dilewati oleh trafik PPTP
dalam urusan media yang diperlukan dalam membangun dan L2TP/IPSec[7]. Teknologi ini bekerja layaknya Hypertext
konektivitas antar perangkat M2M, dimana dalam konteks Transfer Protocol Secure (HTTPS) yang menggunakan
penelitian ini adalah jaringan internet. Sedangkan blok Device Secure Socket Layer (SSL). SSTP membawa koneksi tunnel
dan Gateway bertanggung jawab pada proses terbentuknya Point-to-Point Protocol (PPP) melalui sebuah kanal Transport
komunikasi antar perangkat M2M itu sendiri, misalkan Layer Security (TLS) yang fungsinya membuat port 443
perangkat M2M dan sistem komunikasinya. memungkinkan SSTP mampu melewati semua firewall dan
proxy server secara virtual.
C. Virtual Private Network (VPN) Pada gambar 5 bawah ini di ilustrasikan mekanisme
Teknologi VPN merupakan teknologi jaringan private yang koneksi melalui SSTP tunnel:
menjadi solusi dalam komunikasi jarak jauh yang bersifat
aman dan memungkinkan untuk dibangun di atas jaringan
publik, menjadikan tingkat fleksibilitas dan nilai ekonomisnya
tinggi sehingga banyak digunakan dewasa ini. Dengan
meningkatnya pengguna VPN, keamanan data saat melewati
jaringan publik menjadi perhatian utama. Gambar 4 di bawah
ini menunjukkan bahwa untuk memperoleh tingkat keamanan
data yang tinggi, sistem VPN memerlukan tunnel terenkripsi
antara server VPN dengan clientnya melewati jaringan publik.
Gbr. 5 Mekanisme koneksi SSTP [8]

E. Ethernet over Internet Protocol (EoIP) over SSTP

Tunnelling.
EoIP merupakan protocol proprietary Mikrotik RouterOS
yang berfungsi untuk membangun sebuah Network
Tunnel antar MikroTik router di atas sebuah koneksi TCP/IP.
Agar dapat menggunakan fitur ini, kedua router harus sama -
sama menggunakan router MikroTik. EoIP menggunakan
Protocol GRE (RFC1701)[9].
Protokol EoIP menggunakan fungsi Bridging, semua trafik
ethernet (semua protokol ethernet) di bridge layaknya sebuah
interface Fisik Ethernet dan kabel di antara dua router (dengan
bridge aktif). Protokol ini memudahkan pengguna dalam
membuat beberapa skema jaringan seperti, bridging LAN
melalui Internet, melalui tunnel terenkripsi maupun melalui
jaringan wireless ad-hoc 802.11b.
Untuk dapat menghubungkan antara jaringan di Head
Office pelanggan menuju kantor cabang-cabangnya terdapat
beberapa jenis media akses yang digunakan antara lain seperti
Fiber Optik, Wireless Broadband maupun VSAT. Ketika
jaringan akses di atau menuju lastmile terganggu, misalkan
FO terpotong proyek pelebaran jalan, maka dipasanglah
modem M2M sebagai backupnya secara sementara.
Dalam penelitian ini, agar perangkat router wireless dapat
di fungsikan sebagai pengganti media akses sementara,
perangkat akses harus mampu melewatkan layanan pada layer
1, untuk itu diperlukan teknik bridging, protokol EoIP di
jalankan di atas Protokol SSTP. SSTP untuk menghubungkan
antara Router Server yang terkoneksi ke Cloud, sementara
EOIP difungsikan untuk melewatkan interkoneksi service-nya.
Sehingga fungsi router wireless di sisi remote menjadi
layaknya sebuah modem ethernet.
III. PERANCANGAN SISTEM
A. Perancangan Percobaan
Topologi pengujian sistem diilustrasikan seperti Gambar 6
di bawah ini:
Gbr. 6 Rancangan Topologi Pengujian Sistem
Perangkat hardware jaringan yang digunakan dalam
penelitian ini adalah diantaranya:
- Mikrotik Cloud Core Router (CCR) 1036-8G-2S+
sebagai Server.
- Mikrotik Router Wireless RB951Ui-2HND sebagai
Client.
- Modem 4G.
- Simcard Seluler.
- Dan perangkat-perangkat segmen core dan transport di
sistem data center Perusahaan.
Router Server diintergrasikan ke dalam jaringan besar
PT.XYZ melewati beberapa perangkat layer 2 maupun layer 3
sehingga memiliki koneksi langsung ke jaringan Cloud
Service. Selain itu router server ini juga memiliki koneksi
internet sebagai jalan pembentukan tunnel ke perangkat client.
Kemudian perangkat software yang di gunakan dalam
penelitian ini diantaranya:
- RouterOSv6 di Router Server
- RouterOS lv.4 di client
- Winbox v3.18
- Terminal/Command Prompt
- Iperfv3
RouterOS merupakan sistem operasi yang di gunakan oleh
perangkat router Mikrotik baik sisi Server maupun remote.
Aplikasu Winbox diperlukan untuk mengkonfigurasi
perangkat Mikrotik melalui GUI. Terminal/Command Prompt
untuk melakukan konfigurasi di perangkat-perangkat cloud
dan switching perusahaan serta testing koneksi. Sedangkan
iperf digunakan sebagai tools untuk mengukur QoS jaringan
seperti bandwidth dan jitter.
B. Tahap Integrasi
Setelah tahap desain dan persiapan perangkat selesai
dilakukan. Maka selanjutnya masuk pada tahap implementasi
dan pengujian. Kegiatan implementasi ini terbagi menjadi 2
tahap, yaitu tahap intergrasi server ke Cloud Services
Perusahaan dan tahap pembentukan koneksi server ke client.
Untuk tahap integrasi Server M2M sebagai berikut ini:
- Mengalokasikan 2 port switch di Data Center untuk
dikoneksikan ke Router Server M2M.
- Port pertama digunakan untuk mengkoneksikan Server
M2M ke Internet, sementara port kedua untuk
menghubungkan Server M2M ke Cloud Services
Perusahaan.
- Memasang Router Server M2M di Rack Data Center.
- Penarikan kabel dari Switch menuju Router Server dan
intergrasi portnya.
- Pengaturan konfigurasi di Router Server dan switch-
switch sehingga terbentuk komunikasi ke service Cloud
dan Internet.
Setelah Server siap dan dapat di akses melalui publik,
tahapan kedua adalah membuat koneksi antara server dengan
client melalui tunneling lewat internet. Berikut tahapannya:
- Mempersiapkan router wireless client, modem 4G/LTE,
dan sebuah kartu seluler yang telah di aktifkan paket
datanya.
- Menghubungkan ketiga perangkat di atas dan atur
konfigurasi di router wireless sehingga dapat terhubung
ke internet melalui port wireless lannya (wlan).
- Selanjutnya membuat konfigurasi tunnel dari server ke
client menggunakan teknologi EoIP over SSTP hingga
terbentuk koneksi antara server dengan client.
Bila router wireless (client) sudah terkoneksi ke server,
tahap selanjutnya adalah pengujian untuk di hubungkan ke
service cloud yang ada di perusahaan. Langkah pengujian ini
sebagai berikut:
- Buat konfigurasi sub-interface di router Cloud Service
berbasis virtual routing and forwarding (vrf).
- Hubungkan konfigurasi dari router Cloud Service tersebut
ke Router Service M2M melalui koneksi berbasis layer 2 45

(vlan) 40

- Kemudian koneksikan router atau PC ke router wireless, 35

atur konfigurasi pengalamatan IP di PC/router, sesuaikan

J itter (milisecond)
30

dengan yang ada di Cloud Service. 25

- Lakukan tes koneksi dengan ICMP, bandwidth dan jitter. 20

- Pengujian dengan ping test berhasil, artinya interkoneksi 15
yang dibuat melalui tunnel internet ini sudah terbentuk. 10

IV. HASIL DAN ANALISA 5

A. Hasil Pengujian 1 5 9 13 17 21 25 29 33 37 41 45 49 53 57 61 65 69 73 77 81 85 89 93 97

Percobaan
Pengujian ini dilakukan dengan lokasi perangkat router
M2M di dalam kantor (gedung) di daerah Jakarta Selatan, Gbr. 9 Grafik hasil test Jitter
tercatat hasil uji ping yang di lakukan tanpa beban mencapai Pengujian berikutnya dilakukan dengan kondisi real, yaitu
rata-rata waktu pulang-pergi sebesar 65 milisecond. media akses M2M ini di pasang secara langsung di salah satu
Kemudian untuk kondisi di bebani ukuran paket 1500, hasil pelanggan. Pelanggan ini bergerak di sektor perbankan, yang
rata-rata waktu tempuhnya 169 milisecond (Gambar 7). saat itu terjadi gangguan pada media akses Wireless
Kemudian hasil uji throughput mendapatkan rata-rata Broadbandnya yaitu kerusakan komponen antena. Lokasi
kecepatan 1048 kilobit per second (kbps) atau dikisaran pelanggan ini berada di kawasan industri MM2100, Cikarang.
1Mbps (Gambar 8). Sedangkan hasil uji jitter di peroleh rata- Hasil yang di peroleh ditunjukkan pada Gambar 10 di bawah.
rata 21 milisecond (Gambar 9). Untuk ping tanpa beban, tercatat rata-rata waktu yang
190
diperlukan adalah 62 milisecond, sementara saat di test
185 dengan beban paket ukuran 1500, waktu tempuhnya 139
180
miliseconds.
175
170
Waktu (ms)

165 250
160
155
200
150
145
Waktu (ms)

140 150
135
1 5 9 13 17 21 25 29 33 37 41 45 49 53 57 61 65 69 73 77 81 85 89 93 97
100
Percobaan
50
Gbr. 7 Grafik hasil test ping modem M2M (1500 bytes)

0
3000 1 5 9 13 17 21 25 29 33 37 41 45 49 53 57 61 65 69 73 77 81 85 89 93 97
Percobaan
2500
Gbr. 10 Grafik Hasil pengujian ping M2M di jaringan pelanggan (1500
bytes)
Bitrate(kbps)

2000

Terlihat bahwa hasil nilai pada pengujian ini bersifat

1500
fluktuatif tergantung pada kondisi dan kualitas jaringan seluler
di lokasi remote M2M ini berada. Berdasarkan pada
1000
keberhasilan proses pengujian simulasi dan pengujian
500 langsung yang telah di lakukan, solusi teknologi tunneling
menggunakan modem M2M ini mampu untuk di fungsikan
0
1 5 9 13 17 21 25 29 33 37 41 45 49 53 57 61 65 69 73 77 81 85 89 93 97
dalam mendeliver layanan akses komunikasi data kepada
Percobaan konsumen secara sementara, selama proses perbaikan jaringan
akses utamanya sedang berlangsung.
Gbr. 8 Grafik hasil test Throughput (bps) Meskipun demikian, teknologi akses M2M ini
menggunakan jaringan seluler sebagai jembatannya, maka
tentu saja kualitas dari tiap-tiap lokasi menjadi berbeda-beda
tergantung pada kondisi dan kualitas jaringan seluler 4G di
masing-masing lokasi. Selain itu, sampai saat ini layanan
paket data yang di sediakan oleh pihak operator di Indonesia
rata-rata menggunakan basis kuota, bukan unlimited.
Sehingga sebaiknya di lakukan pengecekan kuota secara
periodik agar layanan tetap dapat digunakan secara tepat guna.
B. Analisa Penurunan MTTR Gangguan dengan Media Akses
M2M.
Pada gambar 11 di bawah ini ditampilkan data rata-rata
waktu yang diperlukan tim teknis dalam melakukan
troubleshooting saat terjadi kerusakan pada media akses
pelanggan. Terlihat angka yang cukup tinggi, untuk kerusakan
pada perangkat VSAT perlu waktu rata-rata 18 jam untuk
menaikkan kembali jaringan aksesnya. Kerusakan BWA
memerlukan 10 jam lebih, sementara kerusakan Fiber Optik
memerlukan waktu hampir 20 jam. Bahkan untuk kerusakan
pada Radio Link bisa mencapai 26 jam MTTR.
VSAT 18,28
BWA 10,78
RadioLink
Fiber Optik 19,89
0 5 10 15 20 25
Rata-rata MTTR (jam)
Gambar. 11 Grafik rata-rata waktu troubleshooting kerusakan media akses
Dengan menggunakan M2M ini sebagai media jaringan
pengganti sementara, maka permasalahan lamanya MTTR
tersebut dapat di kurangi pada pelanggan-pelanggan skala
kecil menengah. Proses implementasi perangkat ini cukup
mudah, tim teknisi yang dikirimkan ke pelanggan, sebelum
melakukan troubleshooting media akses utamanya, terlebih
dulu memasang modem M2M ini untuk mengganti koneksi
perangkat akses utama yang sedang terganggu. Kemudian tim
NOC memindahkan konfigurasi interkoneksi layanannya.
Sehingga jaringan pelanggan segera dapat terkoneksi kembali
dalam waktu yang singkat. Tingginya angka MTTR dapat
tereduksi, dan availabilitas pelanggan dapat terjaga sesuai
dengan SLA yang ada.
C. Analisa Kelayakan Akses M2M Sebagai Potensi Sebuah
Produk
Dengan rata-rata hasil ping test di kisaran 50 milisecond di
kondisi tanpa beban, dan 160 milisecond menggunakan beban
1500 bytes serta mampu mendeliver kecepatan data di kisaran
1Mbps seharusnya teknologi M2M ini masih layak untuk di
jadikan suatu produk, sekalipun bila di bandingkan dengan
media akses lain, M2M ini masih memiliki banyak
keterbatasan. Pada Tabel 2 di bawah, ditampilkan nilai rata-
rata ping test dari beberapa media akses. Tercatat akses fiber
optik memiliki kualitas yang paling baik di angka 2
milisecond, di susul oleh akses radio link point to point
dengan 5 milisecond, kemudian broadband wireless dengan
rata-rata waktu 26 miliseconds.
Praktis hanya VSAT yang kecepatannya ada di bawah
media akses M2M ini. Kecepatan ping test 1500 bytes media
akses VSAT berada di kisaran 1500 milisecond. Meskipun
kecepatan aksesnya bergantung pada jaringan seluler
setempat, namun teknologi akses M2M ini menawarkan
kelebihan kelebihan yang tidak di miliki oleh media akses
yang lain, yaitu di sektor keekonomian, kepraktisan serta
kemudahan instalasi.
TABEL II
RATA-RATA WAKTU PING TEST BERDASARKAN MEDIA AKSES (1500 BYTES)
Tabel PerbandinganKecepatanKoneksi Media Akses
No J enisMedia Akses Wakturata-rata (miliseconds)
1 Fiber Optik 2
2 Radio Link Point to Point 5
3 BWA 26
4 VSAT 1500
5 M2M 160
TABEL III
RATA-RATA BITRATE MEDIA AKSES
26,52
Tabel Perbandingan Rata-rata Bitrate Media Akses
No Media Akses Bitrate (kbps)
1 Fiber Optik tergantung port
30 2 Radio Link Point to Point tergantung port
3 BWA 10
4 VSAT TDMA 512
5 VSAT SCPC 2048
6 M2M 1024
Dari aspek bisnis, saat ini PT.XYZ sebenarnya sudah
memiliki produk katalog yang disebut sebagai VPN bright.
Jasa VPN Bright merupakan bagian dari layanan VPN yang
menggunakan media M2M sebagai aksesnya. Namun di
kondisi saat ini, produk ini belum di deliver sendiri oleh kami.
Layanannya masih menggunakan jasa dari pihak ke tiga.
Terdapat 2 perusahaan yang bekerja sama untuk layanan ini.
Dari sekitar hampir 35 ribu pelanggan komunikasi data yang
ada hingga Januari 2019, terdapat kurang lebih 6500
pelanggan atau sekitar 18 persen yang menggunakan jenis jasa
VPN Bright.
Dengan adanya teknologi yang telah di uji ini, terdapat
potensi untuk mengeliminasi sistem kerjasama yang selama
ini di jalankan dengan mitra-mitra layanan VPN bright
tersebut sehingga layanan dapat langsung tangani oleh internal
perusahaan tanpa melibatkan pihak ke tiga. Bila ini bisa
terwujud, maka akan banyak keuntungan yang bisa di peroleh.
Diantaranya tidak ada lagi biaya yang dikeluarkan untuk pihak
ke tiga, kemudian dengan layanan yang di manage sendiri,
kontrol atas SLA jaringan ke konsumen bisa lebih terjaga.
Sehingga availabilitas layanan juga bisa lebih ditingkatkan.
Namun tetap di perlukan kajian-kajian lebih mendalam terkait
dengan proses bisnis dan aspek-aspek yang lain.
V. KESIMPULAN
Penelitian ini ditujukan untuk merancang dan menguji
sebuah sistem media akses jaringan berbasis M2M yang
digunakan sebagai solusi sementara untuk meningkatkan level [5] ETSI TS 102 690 V2.1.1 (2013-10) Machine-to-Machine
communications (M2M); Functional architecture, 2013
availabilitas pada pelanggan-pelanggan dengan skala kecil [6] J. B. R. Lawas, A. C. Vivero and A. Sharma, "Network performance
menengah disaat terjadi gangguan pada media akses evaluation of VPN protocols (SSTP and IKEv2)," 2016 Thirteenth
utamanya, sehingga dapat menekan panjangnya durasi MTTR International Conference on Wireless and Optical Communications
dalam penanganan gangguannya. Sistem M2M dibangun Networks (WOCN), Hyderabad, 2016, pp. 1-5.
[7] S. Narayan and S. Tauch, "IPv4-v6 transition mechanisms network
menggunakan teknologi VPN Tunneling EoIP over SSTP performance evaluation on operating systems," 2010 3rd International
menggunakan perangkat Mikrotik yang terhubung dengan Conference on Computer Science and Information Technology,
internet seluler. Hasil pengujian pengujian test ping Chengdu, 2010, pp. 664-668.
diperlukan waktu delay rata-rata 160 ms. Untuk pengujian [8] Manual: Interface/SSTP,. Mikrotik Documentation homepage [Online].
Available:
throughputnya diperoleh kecepatan rata-rata 1 Mbps. https://wiki.mikrotik.com/wiki/Manual:Interface/SSTP#Summary
Kemudian hasil pengujian jitternya di kisaran 21 ms. [9] Manual: Interface/EoIP,. Mikrotik Documentation homepage [Online].
Berdasarkan pada hasil pengujian simulasi dan Available:
implementasi langsung di pelanggan, dapat di simpulkan https://wiki.mikrotik.com/wiki/Manual:Interface/EoIP
bahwa media akses M2M dengan Teknologi VPN Tunneling
EoIP over SSTP ini dapat digunakan untuk membackup
jaringan data pelanggan sementara disaat jaringan lastmile
pelanggan mengalami gangguan. Keunggulan utama dari
sistem yang dibangun ini adalah nilai ekonomisnya serta
mudah dan praktis dalam pemasangannya, hal ini mampu
mendorong peningkatan availabilitas pelanggan meskipun
sedang terjadi gangguan. Sementara kekurangan terbesarnya
adalah masih terbatasnya kemampuan bandwidthnya serta
ketergantungan yang tinggi pada kualitas jaringan seluler yang
sedang di gunakan di lokasi pelanggan.

REFERENSI
[1] Cisco Press. (2014) “Connecting Networks Companion Guide:
Hierarchical Network Design” on Cisco Networking Academy
homepage [Online]. Available:
http://www.ciscopress.com/articles/article.asp?
p=2202410&seqNum=4
[2] Wu. L and Buyya. R., "Service Level Agreement(SLA) in Utility
Computing Systems", Technical Report CLOUDS-TR-2010-5, Cloud
Computing and Distributed Systems Laboratory, The University of
Melbourne, Australia, Sep. 2010.
[3] Marrily. E, Martinot. O, Papini. H, Goderis. D,. “Service Level
Agreements: A Main Challenge for Next Generation Networks”,.
ALCATEL Research and Development Dept. Francis Wellesplein 1,
B-2018 Antwerp, Belgium, 2018.
[4] G. J. Mirobi and L. Arockiam, "Service Level Agreement in cloud
computing: An overview," 2015 International Conference on Control,
Instrumentation, Communication and Computational Technologies
(ICCICCT), Kumaracoil, 2015, pp. 753-758.