Resource Reservation Protocol
Upcoming SlideShare
Loading in...5
×
 

Resource Reservation Protocol

on

  • 622 views

explaining on how to accommodate resource reservation to obtain specific QoS, a course material at IMTelkom (http://www.imtelkom.ac.id)

explaining on how to accommodate resource reservation to obtain specific QoS, a course material at IMTelkom (http://www.imtelkom.ac.id)

Statistics

Views

Total Views
622
Slideshare-icon Views on SlideShare
622
Embed Views
0

Actions

Likes
0
Downloads
34
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Resource Reservation Protocol Resource Reservation Protocol Presentation Transcript

    • 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
    • Struktur RSVP
    • 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
    • http://www.imtelkom.ac.id