QoS IP Network
QoS adalah hasil kolektif dari berbagai kriteria performansi yang menentukan tingkat kepuasan penggunaan suatu layanan. Umumnya QoS dikaji dalam kerangka pengoptimalan kapasitas network untuk berbagai jenis layanan, tanpa terus menerus menambah dimensi network.
Berbagai aplikasi memiliki jenis kebutuhan yang berbeda. Misalnya transaksi data bersifat sensitif terhadap distorsi tetapi kurang sensitif terhadap delay. Sebaliknya, komunikasi suara bersifat sensitif terhadap tundaan dan kurang sensitif terhadap kesalahan. Tabel berikut [Dutta-Roy 2000] memaparkan tingkat kepekaan performansi yang berbeda untuk jenis layanan network yang berlainan
IP tidak memiliki mekanisme pemeliharaan QoS. Protokol seperti TCP memang memungkinkan jaminan validitas data, sehingga suite TCP/IP selama ini dianggap cukup ideal bagi transfer data. Tetapi verifikasi data mengakibatkan tundaan hantaran paket. Lagipula mekanisme ini tidak dapat digunakan untuk paket dengan protocol UDP, seperti suara dan video.
Beberapa skema telah diajukan untuk mengelola QoS dalam network IP. Dua skema utama adalah Integrated Services (IntServ) dan Differentiated Services (DiffServ). IntServ bertujuan menyediakan sumberdaya seperti bandwidth untuk trafik dari ujung ke ujung. Sementara DiffServ bertujuan membagi trafik atas kelas-kelas yang kemudian diberi perlakuan yang berbeda.
Integrated Service (IntServ)
IntServ (RFC-1633) terutama ditujukan untuk aplikasi yang peka terhadap tundaan dan keterbatasan bandwidth, seperti videoconference dan VoIP. Arsitekturnya berdasar sistem pencadangan sumberdaya per aliran trafik. Setiap aplikasi harus mengajukan permintaan bandwidth, baru kemudian melakukan transmisi data. Dua model layanan IntServ adalah:
Layanan ketiga, yang paling jelek, adalah layanan best-effort, yang hanya memberikan routing terbaik, tetapi tanpa jaminan sama sekali.
Sistem pemesanan sumberdaya memerlukan protokol tersendiri. Salah satu protokol yang sering digunakan adalah RSVP (RFC-2205). Penggunaan RSVP untuk IntServ dijelaskan dalam RFC-2210.
Masalah dalam IntServ adalah skalabilitas (RFC-2998). Setiap node di network harus mengenali dan mengakui mekanisme ini. Juga protokol RSVP berlipat untuk setiap aliran trafik. Maka IntServ menjadi baik hanya untuk voice dan video, tetapi sangat tidak tepat untuk aplikasi semacam web yang aliran trafiknya banyak tapi datanya kecil.
Differentiated Service (DiffServ)
DiffServ (RFC-2475) menyediakan diferensiasi layanan, dengan membagi trafik atas kelaskelas, dan memperlakukan setiap kelas secara berbeda. Identifikasi kelas dilakukan dengan memasang semacam kode DiffServ, disebut DiffServ code point (DSCP), ke dalam paket IP. Ini dilakukan tidak dengan header baru, tetapi dengan menggantikan field TOS (type of service) di header IP dengan DS field, seperti yang dispesifikasikan di RFC-2474. Dengan cara ini, klasifikasi paket melekat pada paket, dan bisa diakses tanpa perlu protokol persinyalan tambahan.
Jumlah kelas tergantung pada provider, dan bukan merupakan standar. Pada trafik lintas batas provider, diperlukan kontrak trafik yang menyebutkan pembagian kelas dan perlakuan yang diterima untuk setiap kelas. Jika suatu provider tidak mampu menangani DiffServ, maka paket ditransferkan apa adanya sebagai paket IP biasa, namun di provider berikutnya, DS field kembali diakui oleh provider. Jadi secara keseluruhan, paket-paket DiffServ tetap akan menerima perlakuan lebih baik.
DiffServ tidak memiliki masalah skalabilitas. Informasi DiffServ hanya sebatas jumlah kelas, tidak tergantung besarnya trafik (dibandingkan IntServ). Skema ini juga dapat diterapkan bertahap, tidak perlu sekaligus ke seluruh network.
0 komentar:
Posting Komentar