BAB 3 ANALISIS DAN PERANCANGAN SISTEM

Transkripsi

1 70 BAB 3 ANALISIS DAN PERANCANGAN SISTEM Pada bab ini akan dilakukan perancangan dan konfigurasi jaringan berbasis IP dan VPN MPLS beserta estimasi peralatan yang akan digunakan, menganalisa masalah serta pengaruh QoS terhadap trafik real-time dan trafik non real-time pada rancangan jaringan. Analisis dilakukan terhadap beberapa parameter, dalam hal ini adalah delay, dropped packet dan troughput. Untuk itu, terlebih dahulu dirancang suatu topologi jaringan dengan beberapa skenario untuk perbandingan. 3.1 Analisis Sistem Voice over IP (VoIP) merupakan teknologi di mana suara dikonversi menjadi paket-paket data dan dialirkan melalui jaringan komputer. Karena teknologi IP yang murah, VoIP menjadi solusi bagi perusahaan-perusahaan, terutama yang memiliki kantor-kantor cabang. Oleh karena itu, dibutuhkan layanan WAN sebagai infrastruktur untuk implementasi VoIP. Dan tentunya, layanan WAN tersebut harus dapat menjamin kualitas suara yang dilewatkan. 3.2 Perumusan Masalah Pada saat ini terdapat beberapa layanan WAN, antara lain ATM, dan Frame Relay. ATM dan Frame Relay baik digunakan untuk mengirimkan paket data antar cabang perusahaan, tetapi kurang dapat memenuhi kebutuhan

2 71 penghantaran paket voice. ATM memiliki kualitas yang baik, tetapi implementasinya sangat kompleks, biaya yang mahal, dan kendali jaringan ada di tangan penyedia jasa jaringan. Frame Relay memiliki bandwidth yang lebih kecil dibanding ATM. Frame Relay juga memerlukan virtual circuit (VC) terpisah untuk setiap jenis trafik. Penambahan VC memerlukan biaya tambahan, sehingga biaya menjadi mahal. Teknologi IP sangat fleksibel, murah, siapa saja dapat dengan mudah menggunakan teknologi ini, dan customer dapat dengan leluasa mengelola jaringannya. Akan tetapi, IP memiliki sifat yang dikenal sebagai unreliable, connectionless, dan datagram delivery service. Unreliable berarti IP tidak menjamin datagram yang dikirim pasti sampai ke tempat tujuan. Protokol IP hanya akan melakukan usaha sebaik-baiknya (best effort delivery service), agar paket yang dikirim sampai ke tujuan. Jika di perjalanan paket tersebut terjadi hal-hal yang tidak diinginkan (salah satu jalur putus, router mengalami congestion, atau host tujuan sedang down), IP hanya akan memberitahukan ke protokol Internet Control Message Protocol (ICMP), bahwa terjadi masalah dalam pengiriman paket IP ke tujuan. Jika diinginkan kehandalan yang lebih baik, kendala itu harus disediakan oleh protokol yang berada di atas IP, yaitu TCP atau aplikasi. TCP memang memungkinkan jaminan validitas data, sehingga protocol TCP/IP dianggap cukup ideal bagi transfer data, tetapi verifikasi data mengakibatkan tundaan hantaran paket. Lagipula mekanisme ini tidak dapat digunakan untuk paket dengan protokol UDP, seperti voice dan video.

3 72 Connectionless berarti dalam mengirim paket dari tempat asal ke tujuan, pihak pengirim dan penerima paket IP sama sekali tidak mengadakan perjanjian (handshake) terlebih dahulu. Pengirim dapat mengirimkan paket kapan pun tanpa mengecek host tujuan dalam keadaan hidup atau tidak. Oleh karena itu, bisa saja paket yang terkirim tidak akan diterima. Datagram delivery service berarti setiap paket data yang dikirim adalah independent terhadap paket data yang lain. Akibatnya, jalur yang ditempuh oleh masing-masing paket data IP ke tujuannya bisa jadi berbeda satu sama lain, sehingga kedatangan paket pun bisa jadi tidak berurutan. Trafik-trafik seperti voice dan video tidak dapat berkompromi dengan masalah-masalah ini. 3.3 Solusi Permasalahan Oleh karena itu, dibutuhkan suatu teknologi IP yang dapat menjamin kualitas layanan. Dikembangkanlah sebuah teknologi WAN yang memenuhi semua persyaratan tersebut, yaitu MPLS (Multiprotocol Label Switching). MPLS adalah sebuah teknologi WAN yang menggabungkan keunggulan dari Layer 3 (routing) dan Layer 2 (switching). Teknologi label swapping memungkinkan MPLS untuk meningkatkan kinerja dari routing pada Layer Network, meningkatkan skalabilitas, dan menyediakan fleksibilitas pada penyampaian layanan-layanan routing dengan cara mengizinkan penambahan layanan-layanan routing yang baru tanpa mengubah model forwarding. Perbedaan yang mencolok antara MPLS dengan teknologi-teknologi WAN sebelumnya adalah cara

4 73 memberikan label-label dan kemampuannya untuk membawa tumpukantumpukan label (stack of labels) yang ditempel pada paket. Konsep dari label stack adalah memungkinkan aplikasi-aplikasi baru, seperti Traffic Engineering (TE), Virtual Private Networks (VPNs), VPN Routing, Multicast IP Routing, dan sebagainya. Selain itu, MPLS juga memiliki bit-bit yang mempertahankan nilai QoS. Oleh karena itu, MPLS dapat menjamin ketersediaan bandwidth untuk setiap jenis trafik sehingga voice dan video yang sangat sensitif terhadap delay dapat dijamin kualitasnya. 3.4 Perancangan Topologi dan Peralatan yang Dibutuhkan Untuk mensimulasikan jaringan VPN MPLS, diperlukan beberapa router untuk dijadikan sebagai router di VPN MPLS cloud dan beberapa router untuk customer site. Kami akan menggunakan tiga buah router untuk ditempatkan di VPN MPLS cloud dan sebuah router di setiap customer site. Rancangan topologi yang akan kita gunakan adalah sebagai berikut:

5 74 Gambar 3.1 Topologi Jaringan Perincian dari topologi di atas adalah sebagai berikut: 1. Router untuk VPN MPLS cloud Router yang akan kami gunakan untuk VPN MPLS cloud adalah router Cisco. Platform-platform Cisco router yang dapat mendukung fitur-fitur VPN MPLS adalah sebagai berikut: series and 2800 series , 3700, and 3800 series , 3700, and 3800 series and 4700 series 6. Catalyst 5000 dengan Route Switch Module (RSM) NRP-1, 6400-NRP-2SV, 6400-NSP, 6500 series , 7301, 7400, 7500, 7600 series

6 75 Sesuai dengan ketersediaan device yang ada, maka kami memilih untuk menggunakan : 1. Cisco 3845 sebagai router Provider (Pro) Interface Memori DRAM Memori Flash : 2 buah smart serial : 256 MB : 64 MB 2. Cisco 1841 sebagai router Provider Edge 1 (PE1) Interface : - 2 buah smart serial - 1 buah Fast Ethernet 10/100 Mbps Memori DRAM Memori Flash : 128 MB : 32 MB 3. Cisco 1841 sebagai router Provider Edge 2 (PE2) Interface : - 2 buah smart serial - 1 buah Fast Ethernet 10/100 Mbps Memori DRAM Memori Flash : 128 MB : 32 MB Informasi kapasitas memori DRAM dan Flash pada router penting diketahui untuk menentukan apakah router tersebut dapat memuat IOS (Internetwork Operating System) yang dapat mendukung fitur-fitur untuk VPN MPLS. Fitur- fitur yang dibutuhkan agar sebuah router dapat dijadikan sebagai router di VPN MPLS cloud adalah : 1. mpls ip

7 76 Fitur ini digunakan oleh router untuk memberi label (tag) MPLS pada frame-frame yang akan di-route. 2. Virtual Routing Forwarding (VRF) Fitur ini digunakan untuk membuat jaringan VPN tiap customer. 3. Quality of Service Fitur ini digunakan untuk memberikan perlakuan pada paketpaket yang lewat sesuai dengan policy yang kita berikan untuk masing-masing jenis trafik. Dengan mengetahui fitur-fitur yang dibutuhkan dan kapasitas yang dimiliki router, IOS yang compatible dapat dicari dan didownload dengan menggunakan software advisor pada situs Cisco yaitu (membutuhkan CCO login). IOS yang kami gunakan untuk router VPN MPLS cloud pada skripsi ini adalah: 1. c3845-advipservicesk9-mz.124-3a.bin untuk Cisco adventerprisek9-mz.124-7a.bin untuk Cisco Router untuk customer site Untuk customer site, selanjutnya akan disebut customer edge, kami juga menggunakan router Cisco. Tidak ada spesifikasi hardware khusus untuk customer edge. Semua platform router Cisco bisa digunakan sebagai router customer edge. Sesuai dengan ketersediaan device, kami menggunakan: 1. Cisco 2620 sebagai router Customer Edge 1 (CE1)

8 77 Interface : - 1 buah smart serial - 1 buah Fast Ethernet Memori DRAM Memori Flash : 32MB : 16MB 2. Cisco 2621 sebagai router Customer Edge 2 (CE2) Interface : - 1 buah smart serial - 1 buah Fast Ethernet Memori DRAM Memori Flash : 48MB : 16MB Fitur yang dibutuhkan untuk menggunakan router ini sebagai customer edge adalah Quality of Service. Sesuai dengan fitur yang dibutuhkan ini dan kapasitas memori router tersebut, maka kami menggunakan c2600-is-mz.123-5c.bin untuk kedua router customer edge tersebut. 3. Workstation Untuk mewakili user pada setiap customer site, kami menggunakan sebuah notebook pada Customer A Site 1 dan sebuah PC pada Customer A Site Kabel 1. 4 pasang kabel serial V.35 DCE-DTE.

9 78 Untuk menghubungkan 2 buah router dengan kabel serial, dibutuhkan 1 pasang kabel serial DCE-DTE atau 1 buah kabel serial DCE-DTE yang sudah terhubung buah kabel UTP cat5 untuk menghubungkan Customer Edge dan masing-masing LAN. 5. Software yang dibutuhkan adalah: 1. Hyper Terminal digunakan untuk melihat tampilan IOS dan memudahkan konfigurasi Cisco Router. 2. SecureCRT memiliki fungsi yang sama dengan Hyper Terminal, tetapi tampilan lebih bagus dan penggunaan lebih mudah. 3. Ethereal berfungsi untuk menangkap paket-paket yang lewat di jaringan. 4. FlashGet berfungsi sebagai file downloader. 5. Serv-U software FTP Server. 6. Asterisk software VoIP Server. 7. X-Lite softphone VoIP Client.

10 Perancangan Konfigurasi Jaringan Jaringan IP Gambar 3.2 Topologi Jaringan IP Jaringan IP berarti tidak ada perbedaan service yang digunakan, atau dengan kata lain trafik menggunakan metode best effort service. Dalam skenario tidak menggunakan QoS. Semua trafik menggunakan routing jalur terpendek (shortest path). Pada topologi di atas terdapat 5 buah router di mana router CE1 dan CE2 merupakan router edge yang terletak pada Site 1 dan Site 2, sedangkan router Pro, PE1, dan PE2 merupakan router yang berada pada IP core. Jaringan Site 1 menggunakan IP Network /24, Site 2 menggunakan IP Network /24, koneksi antara CE1 dan PE1 menggunakan IP Network /30, koneksi antara CE2 dan PE2 menggunakan IP Network /30. Dan jaringan IP Core menggunakan

11 80 IP Network /24 yang memiliki subnet-subnet, antara lain subnet /30 untuk koneksi antara PE1 dengan Pro, subnet /30 untuk koneksi antara Pro dan PE2, subnet /30 untuk koneksi antara PE1 dan PE2, subnet /32 untuk IP interface Loopbak 0 router Pro, subnet /32 untuk IP interface Loopback 0 router PE1, dan subnet /32 untuk IP interface Loopback 0 router PE2. Jaringan Site 1 dan Site 2 menggunakan routing protocol RIPv2, sedangkan jaringan IP Core menggunakan routing protocol OSPF dengan menunjuk Loopback 0 masing-masing router sebagai router-id dan berada pada area yang sama, yaitu area 0. Karena Site 1 dan Site 2 menggunakan routing protocol yang berbeda dengan IP Core, maka terjadi redistribute antara RIPv2 dengan OSPF pada router PE1 dan PE Jaringan VPN MPLS Topologi jaringan VPN MPLS dapat dilihat pada gambar di bawah ini.

12 81 Gambar 3.3 Topologi Jaringan VPN MPLS Pada topologi di atas terdapat 5 buah router di mana router CE1 dan CE2 merupakan router yang terletak pada Customer A Site1 dan Customer A Site 2, sedangkan router Pro, PE1, dan PE2 merupakan router yang berada pada VPN MPLS cloud milik Service Provider dengan AS Number 65001, di mana PE1 dan PE2 merupakan router Provider Edge dan Pro merupakan router Provider. Jaringan Site 1 menggukan IP Network /24, Site 2 menggunakan IP Network /24, koneksi antara CE1 dan PE1 menggukan IP Network /30, koneksi antara CE2 dan PE2 menggunakan IP Network /30. IP interface Loopback 1 router PE1 menggunakan subnet /32 dan IP interface Loopback 1 router PE2 menggunakan subnet /32. Dan jaringan VPN MPLS cloud menggunakan IP Network /24 yang memiliki subnet-subnet, antara lain subnet /30 untuk koneksi antara PE1 dengan Pro, subnet

13 /30 untuk koneksi antara Pro dan PE2, subnet /30 untuk koneksi antara PE1 dan PE2, subnet /32 untuk IP interface Loopbak 0 router Pro, subnet /32 untuk IP interface Loopback 0 router PE1, dan subnet /32 untuk IP interface Loopback 0 router PE2. Jaringan Site 1 dan Site 2 menggunakan routing protocol RIPv2, sedangkan jaringan VPN MPLS menggunakan routing protocol OSPF dengan menunjuk loopback 0 masing-masing router sebagai router-id dan berada pada area yang sama, yaitu area 0. Selain itu, jaringan VPN MPLS juga menggunakan routing protocol Multiprotocol BGP (MP-BGP) pada router PE1 dan PE2, yang berfungsi untuk melewatkan Route Distinguisher dari Customer A Site 1 ke Customer A Site 2 atau pun sebaliknya dengan menunjuk Loopback 1 router PE1 dan PE2 sebagai router-id. Sedangkan routing protocol yang digunakan oleh customer adalah RIPv2. Sehingga terjadi redistribute antara RIPv2 dengan MP- BGP pada router PE1 dan PE Jaringan VPN MPLS dengan QoS Topologi jaringan VPN MPLS dapat dilihat pada gambar di bawah ini.

14 83 Gambar 3.4 Topologi Jaringan VPN MPLS dengan QoS Pada topologi di atas terdapat 5 buah router di mana router CE1 dan CE2 merupakan router yang terletak pada Customer A Site1 dan Customer A Site 2, sedangkan router Pro, PE1, dan PE2 merupakan router yang berada pada VPN MPLS cloud milik Service Provider dengan AS Number 65001, di mana PE1 dan PE2 merupakan router Provider Edge dan Pro merupakan router Provider. Jaringan Site 1 menggukan IP Network /24, Site 2 menggunakan IP Network /24, koneksi antara CE1 dan PE1 menggukan IP Network /30, koneksi antara CE2 dan PE2 menggunakan IP Network /30. IP interface Loopback 1 router PE1 menggunakan subnet /32 dan IP interface Loopback 1 router PE2 menggunakan subnet /32. Dan jaringan VPN MPLS cloud menggunakan IP Network /24 yang memiliki subnet-subnet, antara lain subnet /30 untuk koneksi antara PE1 dengan Pro, subnet

15 /30 untuk koneksi antara Pro dan PE2, subnet /30 untuk koneksi antara PE1 dan PE2, subnet /32 untuk IP interface Loopbak 0 router Pro, subnet /32 untuk IP interface Loopback 0 router PE1, dan subnet /32 untuk IP interface Loopback 0 router PE2. Jaringan Site 1 dan Site 2 menggunakan routing protocol RIPv2, sedangkan jaringan VPN MPLS menggunakan routing protocol OSPF dengan menunjuk loopback 0 masing-masing router sebagai router-id dan berada pada area yang sama, yaitu area 0. Selain itu, jaringan VPN MPLS juga menggunakan routing protocol Multiprotocol BGP (MP-BGP) pada router PE1 dan PE2, yang berfungsi untuk melewatkan Route Distinguisher dari Customer A Site 1 ke Customer A Site 2 atau pun sebaliknya dengan menunjuk Loopback 1 router PE1 dan PE2 sebagai router-id. Sedangkan routing protocol yang digunakan oleh customer adalah RIPv2. Sehingga terjadi redistribute antara RIPv2 dengan MP- BGP pada router PE1 dan PE2. Metode yang digunakan pada jaringan VPN MPLS dengan QoS adalah metoda Diff-Serv (Differentiated Service) dimana field Type of Service (ToS) di tiap header IP ditandai untuk mendefinisikan prioritas atau tingkat layanan yang dibutuhkan oleh paket tersebut. Kemudian nilai dari 3-bit IP Precedence dari field Type of Service dipetakan ke 3-bit field EXP pada label MPLS. Diff-Serv memberikan mekanisme QoS sedangkan MPLS memberikan kemampuan teknik routing dan forwarding yang dapat meningkatkan performasi jaringan. Untuk merancang konfigurasi QoS, pertama-tama perlu diketahui trafik apa saja yang akan digunakan oleh customer pada jaringan WAN. Pada skripsi ini, kami mengasumsikan kebutuhan dari customer adalah sebagai berikut:

16 85 1. VoIP Karakteristik: sensitif terhadap delay keperluan akan bandwidth setiap panggilan tergantung dari codec yang digunakan. Beberapa alternatif codec adalah sebagai berikut: G.711 G.729 G.723 Untuk mewakili bandwidth voice yang tinggi karena banyaknya line yang digunakan, maka kami menggunakan G.711 yang memerlukan bandwidth lebih tinggi daripada G729 dan G.723. Perhitungan bandwidth: Dengan menggunakan header IP/UDP/RTP sebesar 40 byte dan header layer 2 yang digunakan adalah MPLS yaitu sebesar 4 byte, payload voice untuk codec G.711 perhitungannya adalah sebagai berikut [4]: Ukuran paket voice (bytes) = ukuran header layer 2 + ukuran header IP/UDP/RTP + ukuran payload voice = 4 bytes + 40 bytes bytes = 204 bytes Ukuran paket voice (bit)

17 86 = 204 bytes * 8 bit per byte = 1632 bit pps (packet per second) voice = codec bit rate / ukuran payload voice dalam bit = 64 kbps / (8 bit per byte * 160 bytes) = 50 pps bandwidth setiap panggilan = ukuran paket voice (bits) * pps voice = 1632 bit * 50 pps = 81.6 kbps Jadi bandwidth yang diperlukan untuk setiap panggilan adalah 81.6 kbps. Persentase yang diperlukan dari total bandwidth = 81.6 kbps / 256 kbps * 100% = % Dari perhitungan di atas, maka pada policy QoS kami memberikan 35% dari bandwidth untuk trafik VoIP, dengan perincian sebagai berikut: Bandwidth yang disediakan untuk VoIP = 35% * 256 kbps = 89.6 kbps Dengan sensitifitas delay voice yang tinggi, maka kami memberikan tingkat prioritas 5 pada bit IP Precedence (skala 0-7). 2. FTP Karakteristik trafik: tidak sensitif terhadap delay

18 87 frekuensi penggunaan tinggi bandwidth yang diperlukan besar Dilihat dari karakteristik di atas, kami memberikan bandwidth sebesar 40% dengan tingkat prioritas 3 pada bit IP Precedence (skala 0-7). 3. , Internet, dan administrasi jaringan tidak sensitif terhadap delay frekuensi penggunaan tinggi bandwidth yang diperlukan kecil Dilihat dari karakteristik di atas, kami memberikan bandwidth sebesar 25% dengan tingkat prioritas 0 pada bit IP Precedence (skala 0-7).

19 Bagan pembagian kelas-kelas dan policy QoS: 88 Gambar 3.5 Pembagian Kelas-Kelas dan Policy QoS

20 Implementasi Jenis Trafik Dalam penelitian ini dilakukan simulasi untuk menganalisis pengaruh MPLS dan QoS pada trafik real-time dan non real-time yang dilewatkan pada jaringan WAN. Simulasi akan dilakukan dengan beberapa skenario, yaitu: 1. Trafik FTP Pada skenario ini, kami akan melihat throughput dari trafik FTP jika jaringan WAN hanya dilewati oleh 1 jenis trafik, yaitu FTP. Trafik FTP akan di-transmit dari site 2 customer A ke site 1 customer A. Pada skenario ini juga dilihat apakah ada paket yang di-drop. 2. Trafik VoIP Pada skenario ini, kami akan melihat delay dan jitter pada paketpaket VoIP yang ditransmit dari site 2 customer A ke site 1 customer A. Pengambilan data dilakukan dengan meng-capture setiap paket yang lewat pada NIC card di masing-masing komputer customer. Pada skenario ini juga dilihat apakah ada paket yang di-drop. 3. Trafik FTP dan VoIP Pada skenario ini, yang dilewatkan pada jaringan WAN adalah trafik FTP bersamaan dengan pembicaraan VoIP. Di sini akan dilihat bagaimana hasil transmisi FTP dan VoIP jika di transmit secara bersamaan, apakah FTP yang lebih diprioritaskan, atau VoIP yang diprioritaskan, atau kedua jenis trafik mendapat perlakuan yang sama.

21 90 Pada skenario ini akan terlihat apakah trafik VoIP yang sensitif terhadap delay masih bisa di-transmit dengan baik tanpa mengalami delay atau jitter ketika sampai di site tujuan. Skenario-skenario di atas akan disimulasikan dengan menggunakan 3 jenis topologi dan konfigurasi jaringan yang sudah dipaparkan sebelumnya di subbab 3.2, yaitu: 1. Jaringan IP 2. Jaringan VPN MPLS 3. Jaringan VPN MPLS dengan QoS Selain itu, kami juga melakukan pengujian reliability dari routing MPLS. Skenarionya adalah sebagai berikut: 1. pada awalnya belum ada media Fast Ethernet yang menghubungkan router-router di core sehingga semua trafik lewat melalui serial. 2. kemudian kami akan menghubungkan PE1 dan PE2 dengan sebuah kabel cross Fast Ethernet. Di sini akan dilihat apakah MPLS yang bekerja dengan routing dan forwarding memindahkan rute ke Fast Ethernet. 3. kemudian kami memutuskan lagi media Fast Ethernet, di sini akan dilihat apakah MPLS segera memindahkan kembali rutenya ke serial (melalui router Pro) Metode Pengambilan Data berikut: Data yang akan diambil pada penelitian ini adalah data mengenai trafik

22 91 1. FTP (File Transfer Protocol) Untuk pengambilan data FTP, kami menggunakan sebuah FTP server pada customer A site 2, dan client pada customer site 1. Server menggunakan software Serv-U. Sedangkan client menggunakan software download accelerator yaitu Flashget. Simulasi dilakukan dengan mendownload 3 file sekaligus, yaitu : 1. In My Head.mpg dengan ukuran 43,722 KB 2. In The End.mpg dengan ukuran 41,518 KB 3. Numb.mpg dengan ukuran KB Pengukuran dilakukan dengan cara meng-capture tampilan jendela Flashget dan kemudian memasukkan nilai dari throughput ke dalam tabel dan dikalkulasikan nilai rata-rata dari throughput tersebut. Kemudian kami membuat grafik dari hasil tabel throughput tersebut. Sample diambil sebanyak 40 data dan pengambilan data dilakukan secara berkala, dengan interval 10 detik. Secara default, download dari Serv-U menggunakan Flashget menggunakan port yang tidak tentu, hal ini menyebabkan masalah pada proses classification karena classification dilakukan dengan mengidentifikasi nomor port (hal ini dapat diketahui penulis dengan menangkap paket yang lewat saat melakukan download). Hal ini mengharuskan penulis untuk mengkonfigurasi nomor port yang akan digunakan pada Serv-U sebagai port untuk trafik FTP.

23 92 2. VoIP (Voice over Internet Protocol) Untuk pengambilan data VoIP, kami menggunakan sebuah VoIP server dan softphone VoIP client pada customer A site 2, dan softphone VoIP client pada customer A site 1. Kami menggunakan Asterisk sebagai VoIP server, dan X-Lite sebagai softphone client pada tiap site. Simulasi dilakukan dengan menghidupkan Asterisk pada customer A site 2 dan X-Lite pada tiap customer site. Kemudian customer site 1 melakukan call ke customer A site 2. Pengukuran dilakukan dengan cara meng-capture paket voice dengan Ethereal pada tiap customer site dengan interval 5 detik. Sample diambil sebanyak 50 data. Parameter yang diukur adalah delay dan dropped packet. Delay diukur dari selisih waktu antara frame pada customer A site 1 dengan frame pada customer A site 2. Informasi dropped packet diperoleh dari command show interface serial 1/0 pada router CE1. 3. FTP dan VoIP Pada skenario ini, kami menjalankan trafik FTP dan VoIP secara bersamaan. Untuk pengambilan data FTP, kami meng-capture tampilan jendela Flashget dan kemudian memasukkan nilai dari throughput ke dalam tabel dan dikalkulasikan nilai rata-rata dari throughput tersebut. Kemudian kami membuat grafik dari hasil tabel throughput tersebut. Sample diambil sebanyak 40 data dan pengambilan data dilakukan secara berkala, dengan interval 10 detik.

24 93 Untuk pengambilan data VoIP, kami menjalankan trafik FTP dan VoIP secara bersamaan. Kemudian kami meng-capture paket voice dengan Ethereal pada tiap customer site dengan durasi 5 detik. Sampel yang diambil adalah frame-frame yang ter-capture oleh Ethereal. Sample diambil sebanyak 50 data. Parameter yang diukur adalah delay dan dropped packet. Delay diukur dari selisih waktu antara frame pada customer A site 1 dengan frame pada customer A site 2. Informasi mengenai jumlah paket yang di-drop dapat diketahui dari frame sequence yang hilang ketika paket-paket voice sampai di tujuan. Hal ini juga dapat diverifikasi dengan mencocokkan checksum pada site asal dan tujuan. 4. Perubahan Jalur Routing Salah satu kemampuan MPLS dalam mempertahankan QoS adalah melakukan perubahan jalur routing secara implisit bila terdapat jalur yang putus. Perubahan path pada jaringan MPLS dapat dilihat dengan mengeksekusi command tracert di Command Prompt dari satu site ke site lainnya kemudian meng-capture jendela Command Prompt.