1 Resource ReservationProtocol (RSVP) Nyoman Bogi Aditya Karna, ST, MSEE Sisfo – IM Telkom

2 QoS adalah suatu pengukuran tentang seberapa baik jaringan berperilaku, digunakan untuk mengukur sekumpulan atribut performansi dan biasanya diasosiasikan dengan suatu layanan Komponen-komponen QoS : –Delay Total waktu yang dilalui suatu paket dari pengirim ke penerima –Jitter Variasi dari delay kedatangan paket secara end to end –Bandwidth Rate transfer data maksimal –Throughput Rate transfer sesungguhnya yang didapat (setelah dikurangi packet loss) Quality of Service (QoS)

3 BMS (Bandwidth Management System) - dilakukan di router  diatur oleh administrator router - bersifat static  user tidak bisa request - tidak ada koordinasi antar BMS RSVP (Resource Reservation Protocol) - dilakukan di router - bersifat dinamis  user request QoS yg diinginkan - ada koordinasi antar router RSVP Alternatif Penjamin QoS

4 Keunggulan RSVP user dapat meminta jaminan QoS ke router  penyediaan QoS sesuai kebutuhan adanya kerjasama antar router RSVP menyebabkan utilisasi bandwidth secara keseluruhan lebih efisien didesain untuk menyediakan reservasi resource yg robust, scalable, flexible, dan heterogen di jaringan ISPN (Integrated Services Packet Network) dapat diaplikasikan pada layanan multicast dan unicast

5 Struktur RSVP

6 Routing mengontrol packet classifier dalam hal routing paket Policy Control melakukan autentikasi user/router yg meminta QoS Admission Control menerima QoS request dari user/router mengalokasikan resource untuk memenuhi permintaan mengirim RSVP message “established” atau “error” Packet Classifier sortir paket sesuai ketentuan kelas dr admission control Packet Scheduler memastikan suatu kelas mendapatkan QoS-nya Fungsi Komponen RSVP

7 Reservation Setup 1.user/router mengirim RSVP message yg berisi : - informasi user/router untuk autentikasi - flow spec ttg QoS yg dibutuhkan - filter spec ttg identifikasi paket yg akan mendapatkan QoS 2.informasi user/router diberikan oleh RSVP daemon ke policy control Autentikasi 1.policy control mengecek validitas user/router yg me-request QoS dan melaporkannya ke RSVP daemon Pengaturan QoS 1.jika user/router valid maka RSVP daemon akan mengirim informasi flow spec dan filter spec ke admission control 2.admission control mengatur packet classifier berdasar info filter spec 3.admission control mengatur packet scheduler berdasar info flow spec Proses RSVP

8 1.multipoint–to–multipoint communication model 2.receiver initiated reservations 3.soft state 4.separation of reservation from routing Arsitektur RSVP

9 m sender dan n receiver m = n  conference m = 1 dan n >> 1  broadcast sharing attribute (style) : resource dapat shared atau distinct Arsitektur RSVP multipoint to multipoint

10 request QoS dapat dilakukan : - oleh sender - oleh receiver dilakukan saat multicast dimana receiver (n) sangat banyak sementara QoS yang sama tidak dapat disediakan oleh setiap router Arsitektur RSVP receiver initiated

11 1.kondisi jaringan selalu berubah : - perubahan routing - perubahan anggota multicast - perubahan reservasi 2.status dari RSVP daemon harus selalu berubah secara dinamis sesuai kondisi jaringan 3.soft state  setiap beberapa waktu tertentu user/router akan melakukan reservasi setup Arsitektur RSVP soft state

12 1.memisahkan RSVP message untuk reservasi dengan RSVP message untuk routing 2.dapat menyediakan setidaknya best effort 3.user dapat bergabung menjadi member multicast tanpa harus reservasi Arsitektur RSVP separate reservation - routing

13 1. Reservasi dibuat dalam arah simplex 2. Mendukung IPv4 ataupun IPv6 3. Trafik RSVP  Trafik UDP terenkapsulasi (UDP Port 46) 4. Session  aliran data dengan node tujuan dan protokol transport-layer tertentu 5. Tiap session bisa berupa unicast ataupun multicast RSVP Data Flow

14 Proses Reservasi 1. Menerima dan memproses pesan 2. Meneruskan permintaan Receiver-initiated  agar dapat menangani keanggotaan group yang dinamis secara mudah RSVP Data Flow

15 1. Pesan primer dalam RSVP Resv  penerima, upstream Path  pengirim, downstream 2. Pesan konfirmasi terminasi ResvTear  hapus Resv, upstream PathTear  hapus Path, downstream 3. Pesan Error ResvErr  dikirim ke penerima, downstream pathErr  dikirim ke pengirim, upstream RSVP Message