�ݺ�ߣ

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

Quality of Service (QoS) 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)

Alternatif Penjamin QoS 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

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

Fungsi Komponen RSVP 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

Proses RSVP Reservation Setup 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 informasi user/router diberikan oleh RSVP daemon ke policy control Autentikasi policy control mengecek validitas user/router yg me-request QoS dan melaporkannya ke RSVP daemon Pengaturan QoS jika user/router valid maka RSVP daemon akan mengirim informasi flow spec dan filter spec ke admission control admission control mengatur packet classifier berdasar info filter spec admission control mengatur packet scheduler berdasar info flow spec

Arsitektur RSVP multipoint–to–multipoint communication model receiver initiated reservations soft state separation of reservation from routing

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

Arsitektur RSVP receiver initiated 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 soft state kondisi jaringan selalu berubah : - perubahan routing - perubahan anggota multicast - perubahan reservasi status dari RSVP daemon harus selalu berubah secara dinamis sesuai kondisi jaringan soft state  setiap beberapa waktu tertentu user/router akan melakukan reservasi setup

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

RSVP Data Flow 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 Proses Reservasi 1. Menerima dan memproses pesan 2. Meneruskan permintaan Receiver-initiated  agar dapat menangani keanggotaan group yang dinamis secara mudah

RSVP Message 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

�ݺ�ߣ

Resource Reservation Protocol

Recommended

More Related Content

More from Telkom Institute of Management (20)

Resource Reservation Protocol