LAPORAN JARINGAN KOMUNIKASI BROADBAND

INTEROPERABILITY AND RELIABILITY OF

MULTIPLATFORM MPLS VPN: COMPARISON OF TRAFFIC
ENGINEERING WITH RSVP-TE PROTOCOL AND LDP
PROTOCOL
HALAMAN JUDUL

Disusun Oleh

Fathurachman Koesnandar 4316030016

Nicholas Walditama 4316030010
Shafira Rana Rafidah 4316030023

JURUSAN TEKNIK ELEKTRO

POLITEKNIK NEGERI JAKARTA
DESEMBER 2019
 DAFTAR ISI
JUDUL ................................................................... Error! Bookmark not defined.
HALAMAN JUDUL............................................................................................... 1
ABSTRAK .............................................................................................................. 5
BAB I PENDAHULUAN ....................................................................................... 6
1.1 Latar Belakang ............................................................................................... 6
1.2 Tujuan ............................................................................................................ 7
BAB II DASAR TEORI ......................................................................................... 8
2.1 Multi Protocol Label Switch (MPLS) ............................................................ 8
2.1.1 Definisi MPLS...................................................................................... 8
2.1.2 Manfaat MPLS ..................................................................................... 9
2.2 VPN (Virtuak Private Network) .................................................................. 10
2.2.1 Jenis-jenis VPN .................................................................................. 12
2.3 RSVP ........................................................................................................... 14
2.3.1 Konsep Dasar Jaringan RSVP ............................................................ 15
2.4 Label Distribution Protocol (LDP) .............................................................. 15
2.5 QoS (Quality Of Service) ............................................................................. 16
BAB III ANALISA DAN PEMBAHASAN ......................................................... 18
3.1 Prosedur Penelitian ...................................................................................... 18
3.1.1 Sistem Modeling ................................................................................ 18
3.1.2 Sistem Konfigurasi ............................................................................. 19
3.1.3 Pengujian ............................................................................................ 21
3.1.3.1 Pengujian Koneksi ...................................................................... 21
3.1.3.2 Pengujian Keandalan .................................................................. 21
3.2 Hasil Pengujian dan Pengukuran ................................................................. 23
BAB IV ................................................................................................................. 32

2
 DAFTAR GAMBAR

Gambar 2.1 Tunneling VPN di Interkoneksi Jaringan .......................................... 11

Gambar 2.2 Solusi Remote Access VPN .............................................................. 12

Gambar 2.3 Solusi Intranet VPN .......................................................................... 13

Gambar 2.4 Solusi Extranet VPN ......................................................................... 14

Gambar 3.1 Model VPN ....................................................................................... 18

Gambar 3.2 Topologi Sistem ................................................................................ 19

Gambar 3.3 Jalur eksplisit RSVP (Garis hijau merupakan jalur PE-B ke PE-C) . 20

Gambar 3.4 Testing Model ................................................................................... 21

Gambar 3.5 Model Pengukuran Traffic Tanpa beban ........................................... 22

Gambar 3.6 Model Pengukuran dengan Beban Traffic Tambahan ....................... 22

Gambar 3.7 Grafik Pengukuran Delay Tanpa Beban Trafik................................. 24

Gambar 3.8 Grafik Pengukuran Delay Dengan Beban Trafik .............................. 25

Gambar 3.9 Grafik Pengukuran Jitter Tanpa Beban Trafik .................................. 26

Gambar 3.10 Grafik Pengukuran Jitter Dengan Beban Trafik ............................. 27

Gambar 3.11 Grafik Pengukuran Packet loss Tanpa Beban Trafik ...................... 28

Gambar 3.12 Grafik Pengukuran Packet loss Tanpa Beban Trafik ...................... 28

Gambar 3.13 Grafik Pengukuran Throughput Tanpa Beban Trafik ..................... 29

Gambar 3.14 Grafik Pengukuran Throughput Dengan Beban Trafik ................... 30

3
 DAFTAR TABEL

Tabel 3.1 Variasi Platform .................................................................................... 19

Tabel 3.2 End-to-End Connectivity ....................................................................... 23

Tabel 3.3 Network Recovery Connectivity ............................................................ 24

Tabel 3.4 Nilai Rata-rata Delay ............................................................................ 25

Tabel 3.5 Kondisi Jitter dari Protokol................................................................... 27

Tabel 3.6 Nilai Rata-Rata Packet loss (%)............................................................ 29

Tabel 3.7 Nilai Rata-rata Throughput ................................................................... 30

4
 ABSTRAK

Salah satu alternatif untuk mengatasi masalah skalabilitas jaringan dan

mempertahankan keandalan adalah menggunakan jaringan VPN MPLS. Pada
kenyataannya, jaringan saat ini sudah menggunakan multiplatform dari beberapa
vendor perangkat keras yang berbeda, yaitu, platform Cisco dan Juniper. Makalah
ini membahas perbandingan hasil simulasi untuk melihat interoperabilitas MPLS
VPN multiplatform dan keandalan melalui rekayasa traffic menggunakan protokol
RSVP-TE dan LDP. Baik protokol RSVP dan LDP diuji pada jaringan yang stabil
dan dalam recovery mode, serta kondisi tanpa beban dan dengan beban traffic
tambahan. Recovery mode adalah kondisi setelah failover disebabkan karena
penghentian salah satu link di jaringan. Kondisi tanpa beban berarti bahwa jaringan
tidak diisi dengan trafik tambahan. Hanya ada traffic dari aktifitas pengukuran itu
sendiri. Sementara, kondisi jaringan dengan beban tambahan adalah kondisi di
mana ada beban lalu lintas paket UDP tambahan 4,5 Mbps selain beban pengukuran
itu sendiri.

5
 BAB I
PENDAHULUAN

1.1 Latar Belakang

ISP adalah hal utama dalam penyediaan sistem dan saluran komunikasi data.
Konvergensi Internet dengan telekomunikasi memungkinkan penggunaan sumber
daya jaringan ISP secara optimal. Sebagai contoh, Virtual Private Network (VPN)
memungkinkan private data link di jaringan publik dengan skalabilitas dan
keamanan yang tinggi. Dengan VPN, ISP dapat memanfaatkan jaringan mereka di
Internet untuk digunakan sebagai komunikasi data pribadi bagi pengguna selama
pengguna terhubung ke Point of Presence (PoP) penyedia.
Internet Engineering Task Force (IETF) menstandarkan solusi seperti Multi
Protocol Label Switch (MPLS) sebagai perluasan VPN untuk meningkatkan kinerja
forwarding dan kecerdasan rekayasa traffic pada jaringan berbasis paket. MPLS
menggabungkan keuntungan dari lapisan OSI kedua dari forwarding dan efisiensi
routing pada lapisan OSI ketiga untuk meningkatkan kinerja dengan label
switching. Mekanisme ini secara berturut-turut digunakan sebagai metode untuk
mengontrol arus traffic di jaringan untuk memastikan kekakuan traffic yang dikenal
sebagai traffic engineering (rekayasa traffic).
Ada dua protokol yang mendukung rekayasa traffic, yaitu Resource
Reservation Protocol (RSVP) dan Constraint-Based Routed Label Distribution
Protocol (CR-LDP). Protokol-protokol ini menawarkan fungsi yang sama tetapi
dengan mekanisme yang berbeda. Namun, RSVP menunjukkan keuntungan pada
transportasi data karena menggunakan UDP sehingga connectionless. Di sisi lain,
beberapa platform menolak akses UDP sehingga pada tingkat transportasi data,
ketersediaan, dan aksesibilitas menentukan protokol mana yang akan digunakan.
Pada kenyataannya, Internet tidak selalu merupakan singleplatform tetapi
multiplatform dari vendor perangkat keras yang berbeda seperti Cisco dan Juniper.
Setiap vendor memiliki aturan skalabilitas untuk setiap perangkat kerasnya. Oleh
karena itu, vendor perangkat keras dan ISP harus berbagi informasi yang sama
untuk menentukan protokol mana yang harus diimplementasikan pada jaringan

6
MPLS mengingat penentuan protokol menjadi faktor penting untuk menentukan
peringkat produsen perangkat dan ISP
Makalah ini membandingkan hasil rekayasa traffic dengan menyesuaikan
arus traffic dengan menetapkan dan mengendalikan protokol RSVE-TE dan LDP
pada jaringan multiplatform MPLS.

1.2 Tujuan
Membandingkan interoperabilitas dan keandalan protokol RSVP dan LDP
pada jaringan multiplatform MPLS. Keandalan akan terlihat dengan menguji
kinerja layanan (QoS).

7
 BAB II
DASAR TEORI

2.1 Multi Protocol Label Switch (MPLS)

MPLS adalah metode yang lebih baik untuk pengiriman paket melalui
jaringan menggunakan informasi yang terkandung dalam label yang melekat pada
paket IP. Label dimasukkan antara header Layer 3 dan header Layer 2 dalam hal
teknologi berbasis frame layer 2, dan yang terkandung dalam virtual path identifier
(VPI) dan virtual channel identifier (VCI) dalam hal teknologi yang berbasis pada
ATM.
MPLS kombinasi teknologi switching pada Layer 2 dengan teknologi
routing Layer 3. Tujuan utama MPLS adalah untuk membuat struktur jaringan yang
fleksibel sehingga dapat meningkatkan kinerja dan stabilitas. Ini merupakan bagian
dari traffic engineering dan kemampuan VPN, yang menawarkan quality of service
(QoS) dengan berbagai classes of service (CoS). (Alwayn, 2002)

2.1.1 Definisi MPLS

MPLS adalah teknologi penyampaian paket pada jaringan backbone

berkecepatan tinggi yang menggabungkan beberapa kelebihan dari sistem
komunikasi circuit-switched dan packet-switched sehingga melahirkan teknologi
yang lebih baik. Yang dimaksud circuit-switched dan packet-switched adalah
sebagai berikut :

- Circuit-switched adalah model jaringan yang menerapkan sebuah jalur

komunikasi yang dedicated antara 2 station.
- Packet-switched adalah metode komunikasi jaringan digital yang
mentransmisikan semua data yang terlepas dari struktur paket.
MPLS Label dapat membangun pemetaan label-to-label antar router. Label
ini melekat pada paket IP yang memungkinkan router untuk meneruskan jalur lalu
lintas dengan melihat label bukan alamat IP tujuan. Paket yang diteruskan oleh
Label Switching yang bukan merupakan IP Switching. Teknik Label Switching
bukanlah hal yang baru. Teknologi yang sebelumnya yaitu Frame Relay dan ATM

8
teknologi tersebut dapat digunakan untuk memindahkan frame seluruh jaringan.
Pada Frame Relay, frame dapat menjadi sedikit lebih panjang. Sedangkan
Asynchronous Transfer Mode (ATM), mempunyai Fixed Length yang terdiri dari 5
header byte dan payload 48 byte. Header pada ATM dan Frame Relay dapat
mengacu pada virtual circuit yang berada pada frame. Frame Relay dan ATM
mempunyai kesamaan yaitu setiap hop diseluruh jaringan dan nilai label dalam
header dapat berubah. Hal ini berbeda dari paket forwarding, ketika sebuah router
meneruskan paket IP, nilai yang berkaitan dengan tujuan dari paket tidak merubah
alamat IP tujuan. Fakta bahwa label MPLS digunakan untuk meneruskan paket-
paket. (Ghein, 2007)

2.1.2 Manfaat MPLS

Metode switching berbasis pada label memungkinkan router dan switch

ATM MPLS-enable untuk memutuskan forwarding paket berdasarkan isi dari label
yang sederhana, bukan dengan melakukan rute yang kompleks lookup berdasarkan
alamat IP tujuan. Teknik ini memberikan banyak manfaat pada jaringan yang
berbasis IP yaitu:
 VPNs yang menggunakan MPLS, penyedia layanan dapat membuat layer 3
di seluruh jaringan backbone mereka untuk beberapa pelanggan,
menggunakan infrastruktur umum, tanpa perlu untuk enkripsi atau akhir
aplikasi pengguna.
 Traffic engineer menyediakan kemampuan secara ekplisit untuk jalur
tunggal atau beberapa lalulintas yang akan diambil untuk melalui jaringan.
Juga menyediakan kemampuan untuk mengatur karakteristik kinerja suatu
kelas lalu lintas. Fitur ini mengoptimalkan pemanfaatan bandwidth dari
penggunaan jalan yang tidak bermanfaat.
 Quality of service (QoS) menggunakan MPLS, penyedia layanan dapat
menyediakan beberapa kelas dari servis dengan jaminan QoS yang tinggi
kepada pelanggan VPN mereka.

 Integrasi dari IP dan ATM Kebanyakan jaringan operator menggunakan

model overlay di mana ATM digunakan pada layer 2 dan IP digunakan pada
layer 3. Implementasi tersebut memiliki masalah utama yaitu skalabilitas.

9
 Menggunakan MPLS, operator dapat bermigrasi banyak fungsi kontrol
pesawat ATM ke layer 3, sehingga membutuhkan penyederhanaan dalam
pengadaan jaringan, manajemen, dan kompleksitas jaringan. Teknik ini
menyediakan skalabilitas yang sangat besar dan menghilangkan cell tax
yang melekat pada ATM (cost overhead) dalam menjalankan lalu lintas IP.
Penyedia layanan dan operator telah menyadari keuntungan dari MPLS
dibandingkan dengan IP konvensional yang menggunakan jaringan overlay ATM.
Jaringan perusahaan yang besar saat ini menggunakan ATM publik sebagai Layer
2 infrastruktur IP akan menjadi keuntungan utama yang diperoleh dari teknologi
ini.
MPLS menggabungkan kinerja dan kemampuan Layer 2 (Data link layer)
beralih dengan skalabilitas terbukti Layer 3 (Network layer) routing. Hal ini
memungkinkan penyedia layanan untuk memenuhi tantangan pertumbuhan
eksplosif dalam pemanfaatan jaringan sambil memberikan kesempatan untuk
membedakan layanan tanpa mengorbankan infrastruktur jaringan yang ada.
Arsitektur MPLS yang fleksibel dan dapat digunakan dalam kombinasi dengan
teknologi layer 2.
Dukungan MPLS ditawarkan untuk semua protokol layer 3, dan scaling
adalah mungkin baik di luar yang biasanya ditawarkan dalam jaringan saat ini.
MPLS efisien memungkinkan pengiriman layanan IP melalui jaringan ATM
switched. MPLS mendukung terciptanya rute yang berbeda antara sumber dan
tujuan pada murni berbasis router backbone Internet. Dengan menggabungkan
MPLS ke dalam arsitektur jaringan mereka, banyak penyedia layanan dapat
mengurangi biaya, meningkatkan pendapatan dan produktivitas, menyediakan
layanan yang berbeda, dan memperoleh keunggulan kompetitif atas dari pada
operator yang tidak menawarkan layanan MPLS seperti Layer 3 VPNs atau traffic
engineer. (Alwayn, 2002)

2.2 VPN (Virtuak Private Network)

Menurut Sofana (2012:228) Virtual Private Network (VPN) adalah

teknologi jaringan komputer yang memanfaatkan media komunikasi publik (open
connection atau virtual circuit), seperti internet, untuk menghubungkan beberapa

10
jaringan lokal. Informasi yang berasal dari node-node VPN akan “dibungkus”
(tunneled) dan kemudian mengalir melalui jaringan publik. Sehingga informasi
menjadi aman dan tidak mudah dibaca oleh yang lain.
Umumnya VPN diimplementasikan oleh lembaga/perusahaan besar.
Biasanya perusahaan semacam ini memiliki kantor cabang yang lokasinya cukup
jauh dari kantor pusat. Sehingga diperlukan solusi yang tepat untuk mengatasi
keterbatasan LAN. VPN dapat menjadi sebuah pilihan yang cukup tepat. Tentu saja
VPN boleh diimplementasikan oleh pengguna rumah atau oleh siapa pun yang
membutuhkannya.

Gambar 2.1 Tunneling VPN di Interkoneksi Jaringan

(Sumber : http://www.technet.microsoft.com)

Menurut Sukmaaji & Rianto (2008:176) Teknologi VPN menyediakan lima

fungsi utama untuk penggunaannya. Kelima fungsi utama tersebut antara lain
sebagai berikut :
a. Kerahasiaan, dengan kemampuan scramble dan encrypt pesan sepanjang
jaringan yang tidak aman.
b. Kendali akses, menentukan siapa yang diberikan akses ke suatu sistem atau
jaringan, sebagaimana informasi apa dan seberapa banyak seseorang dapat
menerima.
c. Autentikasi, yaitu menguji identitas dari dua perusahaan yang mengadakan
transaksi
d. Integritas, menjamin bahwa file atau pesan tidak berubah dalam perjalanan
e. Non-repudiation, yaitu mencegah dua perusahaan saling menyangkal bahwa
mereka mengirim atau menerima sebuah file.

11
2.2.1 Jenis-jenis VPN

Menurut Sofana (2012:229) VPN telah dikembangkan menjadi beberapa

jenis. Para ahli berbeda pendapat tentang pembagian jenis VPN tersebut. Ada yang
membagi VPN berdasarkan cakupan area, yaitu Intranet, Extranet, dan Internet,
jenis proteksi data, dan sebagainya. Secara umum VPN dapat dikelompokkan
menjadi:
1. Remote Access VPN
Menurut Sofana (2012:229) Remote Access VPN disebut juga Virtual Private
Dial-Up Network (VPDN). VPDN adalah jenis user-to-LAN connection. Artinya,
user dapat melakukan koneksi ke private network dari manapun, apabila
diperlukan. Biasanya VPDN dimanfaatkan oleh karyawan yang bekerja di luar
kantor. Mereka dapat memanfaatkan komputer laptop yang sudah dilengkapi
perangkat tertentu untuk melakukan koneksi dengan jaringan LAN di kantor.
Sebelum koneksi terjadi akan dilakukan proses dial-up ke network access
server (NAS). Biasanya NAS disediakan oleh provider yang memberikan layanan
VPN. Sedangkan pengguna cukup menyediakan komputer dan aplikasi untuk
men-dial NAS. Secara umum VPDN hampir mirip dengan dial-up Internet
connection. Namun, secara teknis tentu saja VPN lebih canggih dan lebih secure
dibandingkan dial-up internet. Koneksi biasanya hanya dilakukan sewaktu-waktu.

Gambar 2.2 Solusi Remote Access VPN

(Sumber:http://www.hit.bme.hu/~jakab/edu/litr/VPN/vpntechnologies)

 Site-to-site VPN
Menurut Sofana (2012:230) Site-to-site VPN diimplementasikan
dengan memanfaatkan perangkat dedicated yang dihubungkan via
internet. Site-to-site VPN digunakan untuk menghubungkan berbagai

12
area yang sudah fixed atau tetap, misal kantor cabang dengan kantor
pusat. Koneksi antara lokasi-lokasi tersebut berlangsung secara terus
menerus (24 jam) sehari.
Jika ditinjau dari segi kendali atau administrative control. Secara
umum site-to-site VPN dapat dibagi menjadi:
 Intranet VPN
Manakala VPN hanya digunakan untuk menghubungkan
beberapa lokasi yang masih satu instansi atau satu perusahaan.
Seperti kantor pusat dihubungkan dengan kantor cabang. Dengan
kata lain, administrative control berada sepenuhnya di bawah satu
kendali.

Gambar 2.3 Solusi Intranet VPN

(Sumber :http://www.hit.bme.hu/~jakab/edu/litr/VPN/
vpntechnologies)

 Ektranet VPN
Manakala VPN hanya digunakan untuk menghubungkan
beberapa instansi atau perusahaan yang berbeda namun di antara
mereka memiliki hubungan “dekat”. Seperti perusahaan tekstil
dengan perusahaan angkutan barang yang digunakan oleh
perusahaan tekstil tersebut. Dengan kata lain administrative control
berada di bawah kendali beberapa instansi terkait.

13
 Gambar 2.4 Solusi Extranet VPN
(Sumber :http://www.hit.bme.hu/~jakab/edu/litr/VPN/
vpntechnologies)

2.3 RSVP

Resource Reservation Protocol (RSVP) merupakan protokol pada layer

transport yang digunakan untuk meminta kualitas layanan QoS tinggi
transportasi data, untuk sebuah layanan internet yang terintegrasi. RSVP ini juga
dipakai oleh host atau router untuk mengantar permintaan QoS ke semua node
disepanjang jalur aliran data, dan dapat dipakai juga untuk membangun kondisi
RSVP yang di desain untuk beroperasi dengan protokol peroutingan unicast dan
multicast. (Firmansyah dan Mubarakah, 2015)
Jaringan RSVP ini mendukung akses pada pelayanan internet working
yang terintegrasi dimana host dan network bekerja untuk mencapai penjaminan
kualitas pengiriman end-to-end. Semua host, router dan komponen lain dalam
infrastruktur elemen jaringan antara pengirim dan penerima harus mendukung
RSVP. Permasalahan lainnya adalah semakin banyak host yang terkoneksi,
maka seharusnya dibutuhkan kapasitas untuk service yang semakin besar, tetapi
yang terjadi adalah kapasitas semakin menurun. Meningkatkan bandwith adalah
salah satu langkah yang diperlukan, tetapi tetap tidaklah cukup. Sehingga harus
dikembangkan protokol dan mekanisme baru yang dapat meningkatkan QoS
untuk jaringan IP, sehingga dengan menggunakan mekanisme tersebut, akan ada
jaminan QoS bagi data yang dikirim untuk sampai ke tujuannya. Selain itu,
mekanisme QoS diharapkan dapat mengatur bandwith yang tersedia agar dapat

14
digunakan lebih efisien sehingga dapat memenuhi kebutuhan dari aplikasi-
aplikasi.

2.3.1 Konsep Dasar Jaringan RSVP

Dasar dari RSVP adalah meminta spesifikasi untuk end-to-end QoS yang
dibutuhkan dan definisi dari set data paket untuk menerima QoS. RSVP
berguna untuk lingkungan dimana QoS reservation data didukung oleh lokasi
resource dari pada penambahan resource. RSVP mendukung akses pada
pelayanan internetworking yang terintegrasi, dimana host dan network bekerja
untuk mencapai penjaminan kualitas pengiriman end-to-end. Semua host,
router dan komponen lain dalam infrastruktur elemen jaringan antara pengirim
dan penerima harus mendukung RSVP. Tiap-tiap elemen jaringan ini
mencadangkan resource sistem, seperti bandwith, CPU dan buffer memory,
untuk memenuhi permintaan QoS. Hal inilah yang diharapkan, meskipun
demikian, akan memerlukan biaya tambahan pada ISP untuk mencadangkan
resource-nya untuk RSVP pemesanan QoS. Kontrol QoS RSVP memerlukan
pesan-pesan yang dikirimkan untuk mencadangkan resource sepanjang node
(router dan host) selama pencadangan pengantaran pada penerima.
Keunggulan jaringan RSVP :

1. User dapat meminta jaminan QoS ke router untuk meminta

penyediaan QoS sesuai kebutuhan.
2. Adanya kerjasama antar router RSVP menyebabkan utilisasi
bandwidth secara keseluruhan lebih efisien.
3. Dapat diaplikasikan pada layanan multicast dan unicast.

2.4 Label Distribution Protocol (LDP)

LDP merupakan suatu prosedur yang digunakan untuk menginformasikan

ikatan label yang telah dibuat dari satu LSR ke LSR lainnya dalam satu jaringan
MPLS. Dalam arsitektur jaringan MPLS, sebuah LSR yang merupakan tujuan atau
hop selanjutnya akan mengirimkan informasi tentang ikatan sebuah label ke LSR
yang sebelumnya mengirimkan pesan untuk mengikat label tersebut bagi rute
paketnya. Teknik ini biasa disebut distribusi label downstream on demand.

15
2.5 QoS (Quality Of Service)

QoS digunakan untuk mengukur tingkat kualitas koneksi jaringan

TCP/IP internet atau intranet. Ada beberapa metode untuk mengukur kualitas
koneksi seperti konsumsi bandwidth oleh user, ketersediaan koneksi, latency,
losses dan lain-lain. Menurut Firmansyah dan Mubarakah (2015), Parameter
dalam Quality of Service yaitu :

1. Bandwidth
Bandwidth adalah kapasitas atau daya tampung kabel ethernet
agar dapat dilewati trafik paket data dalam jumlah tertentu.
Bandwidth juga bisa berarti jumlah konsumsi paket data per
satuan waktu dinyatakan dengan satuan bit per second [bps].
Bandwidth internet di sediakan oleh provider internet atau yang
kita kenal ISP dengan jumlah tertentu tergantung sewa
pelanggan. Dengan QoS kita dapat mengatur agar user tidak
menghabiskan bandwidth yang di sediakan oleh provider.
2. Latency
Jika kita mengirimkan data sebesar 3 Mbyte pada saat jaringan
sepi waktunya 5 menit tetapi pada saat ramai 15 menit, hal ini di
sebut latency. Latency pada saat jaringan sibuk berkisar 50 – 70
msec.
3. Losses
Losses adalah jumlah paket yang hilang saat pengiriman paket
data ke tujuan, kualitas terbaik dari jaringan LAN/ WAN
memiliki jumlah losses paling kecil.
4. Availability
Availability berarti ketersediaan suatu layanan web, smtp, pop3
dan aplikasi pada saat jaringan LAN/ WAN sibuk maupun tidak.

Selain itu, menurut Firmansyah dan Mubarakah (2015), ada beberapa

alasan mengapa kita memerlukan QoS, yaitu:

16
1. Untuk memberikan prioritas untuk aplikasi-aplikasi yang kritis
pada jaringan.
2. Untuk memaksimalkan penggunaan investasi jaringan yang sudah
ada.
3. Untuk meningkatkan performansi untuk aplikasi-aplikasi yang
sensitif terhadap Delay , seperti voice dan video.
4. Untuk merespon terhadap adanya perubahan-perubahan pada
aliran trafik di jaringan.

17
 BAB III
ANALISA DAN PEMBAHASAN

3.1 Prosedur Penelitian

Prosedur penelitian dilakukan sebagai berikut :
1. Sistem Modeling
2. Sistem Konfigurasi
3. Pengujian
4. Analisis

3.1.1 Sistem Modeling

Kami mempertimbangkan model perusahaan kecil, yang memiliki satu
kantor pusat dan dua kantor cabang. Mereka terhubung melalui jaringan VPN oleh
ISP. Setiap kantor cabang memiliki dua jaringan dan kantor pusat hanya memiliki
satu jaringan. ISP menerapkan MPLS pada jaringan inti mereka sendiri. Model
sistem digambarkan pada Gambar 3.1.

Gambar 3.1 Model VPN

(Sumber: Ismail, dkk, 2017)

Jaringan ini mensimulasikan tiga Customer Edge (CE), Provider Edge (PE),
dan lima router sebagai jaringan inti dari ISP. Dalam pengujian multiplatform,
router CE berasal dari Cisco, dan pada router jaringan inti dan PE berasal dari Cisco
dan Juniper. Di setiap jaringan di setiap lokasi bisnis, router bertindak sebagai
gateway untuk terhubung ke jaringan ISP dengan PoP. Secara grafis, topologi
sistem digambarkan pada Gambar 3.2.

Gambar 3.2 Topologi Sistem

(Sumber: Ismail, dkk, 2017)

Topologi memiliki tiga komponen utama sistem, CE, PR, dan Label Switch
Router (LSR). Ketiga komponen akan dikonfigurasikan untuk mensimulasikan
rekayasa traffic pada jaringan VPN MPLS lapisan OSI ketiga. Variasi platform
disajikan pada Tabel 3.1.

Tabel 3.1 Variasi Platform

No. Node Platform
1 CE-A, CE-B, CE-C, PE-A, LSR-4 Cisco
2 PE-B, PE-C, LSR-5 Juniper
(Sumber: Ismail, dkk, 2017)

3.1.2 Sistem Konfigurasi

Pada dasarnya, rekayasa trafik dalam simulasi kami diwujudkan dengan
menyesuaikan arus traffic yang ditentukan oleh IGP untuk mencegah trafik
congestion pada rute tertentu dengan protokol routing yang mengontrol jaringan

19
multiplatform MPLS. Dalam penelitian ini, protokol RSVP digunakan untuk
rekayasa trafik pada jaringan MPLS sehingga congestion pada jaringan dapat
dihindari pada link tertentu.
Dengan protokol LDP, pemilihan jalur di jaringan mengikuti IGP. Tugas
LDP adalah memberi label paket memasuki jaringan MPLS. Di router LSR5, semua
antarmuka yang digunakan oleh IGP tergabung ke dalam protokol LDP dan MPLS.
Itu karena semua antarmuka digunakan dalam jaringan MPLS.

Gambar 3.3 Jalur eksplisit RSVP (Garis hijau merupakan jalur PE-B ke PE-C)
(Sumber: Ismail, dkk, 2017)

Penentuan jalur yang digunakan dalam penelitian ini adalah Jalur Eksplisit
dan Jalur Dinamis. Jalur eksplisit digunakan sebagai jalur utama dalam mengangkut
data dari setiap PE dan Dynamic Path bertindak sebagai redundansi jika salah satu
node gagal berfungsi. Jalur Eksplisit digambarkan pada Gambar 3.3. Dalam
jaringan MPLS, jalur yang menghubungkan LSR disebut Label Switched Path
(LSP). Alamat yang akan diteruskan oleh LSP ditentukan oleh antarmuka tunnel
yang terpisah.

20
3.1.3 Pengujian
3.1.3.1 Pengujian Koneksi
Uji konektivitas dimaksudkan untuk memeriksa interoperabilitas
multiplatform dari MPLS VPN. Pengujian dilakukan dengan menghubungkan host
ke setiap router CE pada jaringan seperti yang ditunjukkan pada Gambar 3.4.

Gambar 3.4 Testing Model

(Sumber: Ismail, dkk, 2017)

Host yang digunakan untuk menguji konektivitas menggunakan sistem

operasi Ubuntu 12.04. Alat yang digunakan dalam pengujian adalah Ping dan
Traceroute. Proses pengujian akan dilakukan dari Host B dan Host C ke Host A
dengan dua skenario untuk setiap protokol. Saat jaringan stabil (disebut pengujian
konektivitas end-to-end) dan ketika jaringan mengalami kegagalan (disebut
pengujian pemulihan jaringan).
Tes konektivitas end-to-end dan pemulihan jaringan dilakukan pada
protokol LDP dan RSVP. Pengujian dilakukan dengan mengirimkan permintaan
ping dari Host B dan Host C ke Host A dengan total 100 paket dan dapat dilihat
berapa banyak paket yang dapat diterima. Jumlah 100 paket cukup untuk melihat
konektivitas jaringan.

3.1.3.2 Pengujian Keandalan

Keandalan mengacu pada kinerja sistem. Pengukuran kinerja jaringan
dilakukan dengan menghubungkan host ke setiap router CE. Parameter kinerja yang
dibandingkan adalah delay, jitter, packet loss, dan throughput. Pengukuran kinerja
jaringan dengan protokol LDP dan RSVP dilakukan dalam dua kondisi, tanpa beban

21
dan dengan beban (dengan traffic UDP tambahan). Gambar 3.5 menunjukkan
model pengukuran trafik tanpa beban.

Gambar 3.5 Model Pengukuran Traffic Tanpa beban

(Sumber: Ismail, dkk, 2017)

Untuk mensimulasikan jaringan dengan beban, jaringan akan dialiri oleh

trafik UDP sebesar 50% dari beban trafik maksimum, yaitu 4,5 Mbps yang dikirim
dari Host-A ke Host-B dan Host-C. Pengukuran jaringan yang dimuat digambarkan
pada Gambar 3.6.

Gambar 3.6 Model Pengukuran dengan Beban Traffic Tambahan

(Sumber: Ismail, dkk, 2017)

Pengukuran dilakukan dengan menggunakan dua alat, Ping dan Iperf. Ping
digunakan untuk menentukan delay, sementara Iperf digunakan untuk mengirim

22
traffic dan mengukur jitter, packet loss, dan throughput. Pengukuran dilakukan
dengan mengambil sampel data setiap detik selama 60 detik.

3.2 Hasil Pengujian dan Pengukuran

3.2.1 End-to-End Delay Connectivity
Nilai konektivitas end-to-end delay diuji dengan menggunakan perintah
ping pada OS Linux. Tujuan pengujian ini untuk mengetahui bahwa jaringan
terhubung dengan baik.

Tabel 3.2 End-to-End Connectivity

Protokol Host Packet Sent Packet Received Lost
LDP B-A 100 100 0
C-A 100 100 0
RSVP B-A 100 100 0
C-A 100 100 0
(Sumber: Ismail, dkk, 2017)

Pada Tabel 3.2 memperlihatkan hasil pengujian konektivitas. Dari hasil

pengujian dapat dilihat bahwa dari semua paket yang dikirimkan pada setiap
jaringan antar host diterima dengan sepenuhnya atau baik tanpa adanya paket yang
hilang. Hal ini menunjukkan bahwa konektivitas jaringan stabil dan tidak memiliki
masalah.
Pengujian traceroute dengan protokol LDP dari host B-A dan host C-A
menunjukkan kesamaan jalur yaitu melalui LSR5 dan LSR 4. Hal ini
memungkinkan terjadinya kepadatan trafik karena LSR3 dan LSR2 melalui jalur
yang sama. Sedangkan dengan menggunakan protokol RSVP menunjukkan trafik
dari host B-A dan host C-A melalui jalur yang berbeda. Hal ini karena untuk
menghindari terjadinya kemacetan trafik dalam jaringan.

3.2.2 Network Recovery

Selama proses pengiriman paket, akan dilakukan penghapusan salah satu
link/ jalur di topologi jaringan untuk mensimulasikan bila terjadi kegagalan link/
jalur di jaringan. Tujuannya yaitu untuk melihat kecepatan dari setiap protokol
dalam melakukan pemulihan.

23
 Tabel 3.3 Network Recovery Connectivity
Protocol Host Packet Sent Packet Received Lost
LDP B-A 100 52 48
C-A 100 52 48
RSVP B-A 100 66 34
C-A 100 63 37
(Sumber: Ismail, dkk, 2017)

Hasil simulasi ditunjukkan pada (Tabel 3.3). Secara umum jumlah paket
yang hilang dengan menggunakan protokol RSVP lebih sedikit dibandingkan
dengan menggunakan protokol LDP. Berdasarkan data dari Tabel 3.3 menunjukkan
bahwa protokol RSVP memiliki waktu pemulihan lebih cepat dibandingkan
protokol LDP. Nilai paket yang hilang (lost) pada protokol RSVP sebesar 35,5%
sedangkan protokol LDP sebesar 48%. Hal ini dikarenakan dalam protokol RSVP
pembentukan LSP dilakukan dengan metode make-before-break.

3.2.3 Delay
Delay adalah waktu yang dibutuhkan oleh paket data dari pengirim ke
penerima. Pengukuran dilakukan dengan waktu 60 detik dengan dua metode yaitu
penambahan beban trafik dan tidak ada penambahan beban trafik. Hasil pengukuran
delay yang didapat ditunjukkan pada Gambar 3.7 dan Gambar 3.8.

Gambar 3.7 Grafik Pengukuran Delay Tanpa Beban Trafik

(Sumber : Ismail, dkk, 2017)

Pada Gambar 3.7 dapat dilihat hasil pengukuran delay tanpa adanya beban
trafik untuk jalur dari host B-A dan host C-A. Rata-rata delay antara protokol RSVP

24
dan LDP tidak ada perbedaan yang signifikan. Tingkat rata-rata delay untuk
protokol LDP berkisar 50-70 ms, sedangkan untuk protokol RSVP berkisar 40-60
ms.

Gambar 3.8 Grafik Pengukuran Delay Dengan Beban Trafik

(Sumber : Ismail, dkk, 2017)

Penambahan beban trafik yaitu dengan cara memberikan kepadatan trafik

dengan UDP di jaringan. Perbedaan delay terlihat sangat signifikan antara protokol
LDP dan RSVP yang ditunjukkan pada (Gambar 3.8). Rata-rata delay dengan
protokol LDP yaitu sekitar 80 ms, sedangkan dengan menggunakan protokol RSVP
rata-rata delay relatif stabil yaitu berkisar 50 ms.

Tabel 3.4 Nilai Rata-rata Delay

Condition Protocol Delay (ms)

Without Traffic LDP 59.41

RSVP 50.24

With Traffic Load LDP 98.82

RSVP 52.40
(Sumber: Ismail, dkk, 2017)

Berdasarkan data hasil pengujian delay yang diperlihatkan pada Tabel 3.4
dari dua kondisi pengujian berbeda didapatkan bahwa terdapat perbedaan kinerja
jaringan setelah ditambahkan beban trafik. Semua trafik dari host B-A dan C-A
dengan menggunakan protokol LDP akan melewati jalur yang sama dan

25
menghasilkan kumpulan paket pada jalur yang sama. Penumpukan paket akan
menyebabkan antrian yang panjang sehingga akan menyebabkan nilai delay lebih
tinggi. Sedangkan dengan protokol RSVP karena jalur yang digunakan berbeda
antara host B-A dan host C-A maka nilai delay akan lebih rendah.

3.2.4 Jitter
Jitter adalah variasi dari delay akibat adanya perbedaan waktu atau interval
kedatangan paket data dari penerima. Pengukuran jitter dilakukan dengan
menggunakan iPerf. Pengukuran tanpa beban tambahan dilakukan dengan
mengirimkan paket UDP sebesar 9 Mbps. Seperti ditampilkan pada Gambar 3.9
hasil pengukuran didapatkan antara protokol LDP dan RSVP memiliki nilai yang
relatif sama yaitu berkisar 2 ms.

Gambar 3.9 Grafik Pengukuran Jitter Tanpa Beban Trafik

(Sumber : Ismail, dkk, 2017)

Pengukuran jitter dengan penambahan beban trafik ditunjukkan pada

(Gambar 3.10). Pengukuran dilakukan dengan menambahkan beban trafik sebesar
4,5 Mbps. Hasil pengujian menunjukkan nilai rata-rata jitter dengan menggunakan
protokol LDP dan RSVP berbeda. Nilai rata-rata jitter dengan menggunakan
protokol LDP berkisar 4 ms. Sedangkan, nilai rata-rata jitter dengan protokol RSVP
berkisar 2 ms.

26
 Gambar 3.10 Grafik Pengukuran Jitter Dengan Beban Trafik
(Sumber : Ismail, dkk, 2017)
Pada Tabel 3.5 menunjukkan rata-rata nilai pengujian jitter yang dilakukan
selama 60 s dengan menggunakan iPerf. Dengan adanya penambahan beban trafik
nilai jitter pada protokol LDP mengalami penurunan yang besar dibandingan tidak
adanya penambahan beban trafik. Sedangkan penambahan beban trafik pada
protokol RSVP hanya mengalami penurunan sedikit dibandingkan tidak adanya
penambahan beban trafik.

Tabel 3.5 Kondisi Jitter dari Protokol

Condition Protocol Jitter (ms)

Without Traffic LDP 2.06

RSVP 2.06

With Traffic Load LDP 3.96

RSVP 2.39
(Sumber: Ismail, dkk, 2017)

3.2.5 Packet Loss

Packet loss adalah angka untuk menentukan dari banyaknya paket yang
hilang di penerima. Pengukuran packet loss dilakukan dengan menggunakan iPerf.
Pengukuran tanpa beban tambahan dilakukan dengan mengirimkan paket UDP
sebesar 9 Mbps. Pada Gambar 3.11 hasil pengujian selama 60 s menunjukkan antara
protokol LDP dan RSVP memiliki nilai relatif yang sama yaitu 0%. Nilai grafik

27
awal memiliki impuls diakibatkan dari adanya pengaruh luar yang berasal dari
simulator sistem.

Gambar 3.11 Grafik Pengukuran Packet loss Tanpa Beban Trafik

(Sumber : Ismail, dkk, 2017)

Pengukuran packet loss dengan penambahan beban trafik ditunjukkan pada

(Gambar 3.12). Pengukuran dilakukan dengan menambahkan beban trafik sebesar
4,5 Mbps. Hasil pengujian menunjukkan nilai rata-rata packet loss dengan
menggunakan protokol LDP dan RSVP memiliki perbedaan yang signifikan. Nilai
rata-rata packet loss dengan menggunakan protokol LDP berkisar 60%. Sedangkan,
nilai rata-rata packet loss dengan protokol RSVP berkisar 15%.

Gambar 3.12 Grafik Pengukuran Packet loss Tanpa Beban Trafik

(Sumber : Ismail, dkk, 2017)

Pada Tabel 3.6 menunjukkan rata-rata nilai pengujian packet loss yang
dilakukan selama 60 s dengan menggunakan iPerf. Dengan adanya penambahan
beban trafik nilai packet loss pada protokol LDP dan RSVP memiliki nilai
perbedaan yang signifikan. Hal ini menujukkan jumlah paket yang loss pada
protokol LDP lebih besar dibandingkan protokol RSVP.

28
 Tabel 3.6 Nilai Rata-Rata Packet loss (%)

Condition Protocol Packet Loss (%)

Without Traffic LDP 0.08

RSVP 0.30

With Traffic Load LDP 59.48

RSVP 12.18
(Sumber: Ismail, dkk, 2017)

3.2.6 Throughput
Throughput adalah berapa banyak paket data yang diterima oleh sebuah
node dalam rentang pengamatan tertentu. Nilai throughput dipengaruhi oleh delay,
jitter, dan packet loss dalam jaringan.

Gambar 3.13 Grafik Pengukuran Throughput Tanpa Beban Trafik

(Sumber : Ismail, dkk, 2017)

Pengukuran throughput dilakukan dengan menggunakan iPerf. Pengukuran

tanpa beban tambahan dilakukan dengan mengirimkan paket UDP sebesar 9 Mbps.
Pada Gambar 3.13 hasil pengujian selama 60 s menunjukkan nilai rata-rata
throughput memiliki nilai yang relatif sama yaitu sekitar 9 ms. Nilai grafik awal
memiliki impuls diakibatkan dari adanya pengaruh luar yang berasal dari simulator
sistem. Pengukuran throughput dalam jaringan tidak akan mencapai nilai
maksimum karena kemampuan dari simulator yang terbatas hanya 9 Mbps.

29
 Gambar 3.14 Grafik Pengukuran Throughput Dengan Beban Trafik
(Sumber : Ismail, dkk, 2017)

Pengukuran throughput dengan penambahan beban trafik dilakukan dengan

menambahkan beban trafik sebesar 4,5 Mbps ditunjukkan pada (Gambar 3.14).
Hasil pengujian menunjukkan nilai rata-rata throughput dengan menggunakan
protokol LDP dan RSVP memiliki perbedaan yang signifikan. Nilai rata-rata
throughput dengan menggunakan protokol LDP sekitar 4 Mbps. Sedangkan, nilai
rata-rata throughput dengan protokol RSVP berkisar 8 Mbps. Hal ini menunjukkan
throughput pada jaringan dengan protokol RSVP lebih besar dibandingkan pada
protokol LDP.
Tabel 3.7 Nilai Rata-rata Throughput

Condition Protocol Throughput (ms)

Without Traffic LDP 9.00

RSVP 8.96

With Traffic Load LDP 3.59

RSVP 7.81

(Sumber: Ismail, dkk, 2017)

Pada Tabel 3.7 menunjukkan bahwa rata-rata nilai throughput dalam

jaringan dengan pengujian selama 60 s pada protokol LDP dan potokol RSVP untuk
trafik tanpa beban memiliki nilai yang relatif sama. Hal ini dikarenakan paket yang
hilang pada kedua protokol dibawah 1% dan mendekati nilai throughput maksimum

30
akibat rendahnya collision (tabrakan antar paket di dalam jaringan) sehingga paket
yang dikirimkan dapat diterima dengan baik.
Sedangkan nilai throughput pada protokol LDP dan RSVP dengan beban
tambahan menyebabkan adanya paket yang hilang. Pada protokol LDP presentase
paket yang hilang yaitu 59,48%. Sedangkan pada protokol RSVP presentase paket
yang hilang yaitu 12,18%. Tingginya nilai hilangnya paket pada LDP menyebabkan
paket yang diterima menurun akibat adanya collision di jaringan. Sedangkan pada
RSVP karena jalur trafik yang digunakan berbeda maka, dapat meminimalkan
adanya collision di jaringan sehingga paket yang diterima lebih baik.

31
 BAB IV
SIMPULAN

Pada jaringan yang stabil dan tanpa beban trafik tambahan, delay rata-rata
pada protokol LDP adalah 59,41 ms, jitter 2,06 ms, kehilangan paket 0,08%, dan
throughput 8,99 Mbps. Sementara itu, pada protokol RSVP, delay rata-rata adalah
52,40 ms, jitter 2,39 ms, paket loss 12,18%, dan throughput 7,80 Mbps. Ketika
failover terjadi dan pada recovery mode, protokol LDP terdapat 48% paket yang
hilang per 100 paket yang dikirim sedangkan pada paket RSVP persentase
kehilangan adalah 35,5% per 100 paket yang dikirim. Kedua protokol memiliki
interoperabilitas pada lapisan ketiga multiplatform MPLS VPN, tetapi pada kondisi
lalu lintas yang padat, protokol RSVP memiliki keandalan yang lebih baik daripada
protokol LDP.

32