FITUR MPLS

Salah satu feature MPLS adalah kemampuan membentuk tunnel atau virtual circuit yang melintasi networknya. Kemampuan ini membuat MPLS berfungsi sebagai platform alami untuk membangun virtual private network (VPN).

VPN yang dibangun dengan MPLS sangat berbeda dengan VPN yang hanya dibangun berdasarkan teknologi IP, yang hanya memanfaatkan enkripsi data. VPN dpada MPLS lebih mirip dengan virtual circuit dari FR atau ATM, yang dibangun dengan membentuk isolasi trafik. Trafik benar-benar dipisah dan tidak dapat dibocorkan ke luar lingkup VPN yang didefinisikan.
diperlukan. Namun tanpa metode semacam IPSec pun, VPN dengan MPLS dapat digunakan dengan baik.

Di dalam VPN, customer dapat membentuk hubungan antar lokasi. Konektivitas dapat terbentuk dari titik mana pun ke titik mana pun (banyak arah sekaligus), tanpa harus melewati semacam titik pusat, dan tanpa harus menyusun serangkaian link dua arah. Ini dapat digunakan sebagai platform intranet yang secara efisien melandasi jaringan IP sebuah perusahaan. Ini juga dapat digunakan sebagai extranet yang menghubungkan perusahaan-perusahaan yang terikat perjanjian.

Mekanisme pembentukan VPN telah tercakup dalam konfigurasi MPLS, sehingga tidak diperlukan perangkat tambahan di site customer. Bahkan, jika diinginkan, konfigurasi VPN sendiri dapat dilakukan dari site provider.

Ada beberapa rancangan yang telah diajukan untuk membentuk VPN berbasis IP dengan MPLS. Belum ada satu pun yang dijadikan bakuan. Namun ada dua rancangan yang secara umum lebih sering diacu, yaitu MPLS-VPN dengan BGP, dan explicitly routed VPN. MPLSVPN dengan BGP saat ini lebih didukung karena alternatif lain umumnya bersifat propriertary dan belum menemukan bentuk final.

Panduan implementasi MPLS-VPN dengan BGP adalah RFC-2547. BGP mendistribusikan informasi tentang VPN hanya ke router dalam VPN yang sama, sehingga terjadi pemisahan trafik. E-LSR dari provider berfungsi sebagai provider-edge router (PE) yang terhubung ke customer-edge router (CE). PE mempelajari alamat IP dan membentuk sesi BGP untuk berbagi info ke PE lain yang terdefinisikan dalam VPN. BGP untuk MPLS berbeda dengan BGP untuk paket IP biasa, karena memiliki ekstensi multi-protokol seperti yang didefinisikan dalam RFC-2283.

GMPLS (generalised MPLS) adalah konsep konvergensi vertikal dalam teknologi transport, yang tetap berbasis pada penggunaan label seperti MPLS. Setelah MPLS dikembangkan untuk memperbaiki jaringan IP, konsep label digunakan untuk jaringan optik berbasis DWDM, dimana panjang gelombang (Lamda) digunakan sebagai label. Standar yang digunalan disebut MP?S. Namun, mempertimbangkan bahwa sebagian besar jaringan optik masih memakai SDH, bukan hanya DWDM, maka MPS diperluas untuk meliputi juga TDM, ADM dari SDH, OXC. Konsep yang luas ini lah yang dinamai GMPLS.

GMPLS merupakan konvergensi vertikal, karena ia menggunakan metode label switching dalam layer 0 hingga 3 [Allen 2001]. Tujuannya adalah untuk menyediakan network yang secara keseluruhan mampu menangani bandwidth besar dengan QoS yang konsisten dan pengendalian penuh. Diharapkan GMPLS akan menggantikan teknologi SDH dan ATM klasik, yang hingga saat ini masih menjadi layer yang paling mahal dalam pembangunan network.

[..Baca Selengkapnya..]

QoS MPLS

Untuk membangun jaringan lengkap dengan implementasi QoS dari ujung ke ujung, diperlukan penggabungan dua teknologi, yaitu implementasi QoS di access network dan QoS di core network. Seperti telah dipaparkan, QoS di core network akan tercapai secara optimal dengan menggunakan teknologi MPLS. Ada beberapa alternatif untuk implementasi QoS di access network, yang sangat tergantung pada jenis aplikasi yang digunakan customer.

MPLS dengan IntServ
Baik RSVP-TE maupun CR-LDP mendukung IntServ [Gray 2001]. RSVP-TE lebih alami untuk soal ini, karena RSVP sendiri dirancang untuk model IntServ. Namun CR-LDP tidak memiliki kelemahan untuk mendukung IntServ.

Permintaan reservasi dilakukan dengan pesan PATH di RSVP-TE atau Label Request di CR-LDP. Di ujung penerima, egress akan membalas dengan pesan RESV untuk RSVP-TE atau Label Mapping untuk CR-LDP, dan kemudian resource LSR langsung tersedia bagi aliran trafik dari ingress. Tidak ada beda yang menyolok antara kedua cara ini dalam mendukung model IntServ.

MPLS dengan DiffServ
Dukungan untuk DiffServ dilakukan dengan membentuk LSP khusus, dinamai L-LSP, yang secara administratif akan dikaitkan dengan perlakukan khusus pada tiap kelompok PHB. Alternatif lain adalah dengan mengirim satu LSP bernama E-LSP untuk setiap kelompok PHB.

Beda L-LSP dan E-LSP adalah bahwa E-LSP menggunakan bit-bit EXT dalam header MPLS untuk menunjukkan kelas layanan yang diinginkan; sementara L-LSP membedakan setiap kelas layanan dalam label itu sendiri. Baik RSVP-TE dan LDP dapat digunakan untuk mendukung LSP khusus untuk model DiffServ ini. RFC-3270 mengeksplorasi lebih jauh dukungan MPLS atas model DiffServ ini.

[..Baca Selengkapnya..]

SIGNALLING PROTOCOL MPLS

Protokol Persinyalan
Pemilihan path, sebagai bagian dari MPLS-TE, dapat dilakukan dengan dua cara: secara manual oleh administrator, atau secara otomatis oleh suatu protokol persinyalan. Dua protokol persinyalan yang umum digunakan untuk MPLS-TE adalah CR-LDP dan RSVP-TE.
RSVP-TE memperluas protokol RSVP yang sebelumnya telah digunakan untuk IP, untuk mendukung distribusi label dan routing eksplisit. Sementara itu CR-LDP memperluas LDP yang sengaja dibuat untuk distribusi label, agar dapat mendukung persinyalan berdasar QoS dan routing eksplisit.

Ada banyak kesamaan antara CR-LDP dan RSVP-TE dalam kalkulasi routing yang bersifat constraint-based. Keduanya menggunakan informasi QoS yang sama untuk menyusun routing eksplisit yang sama dengan alokasi resource yang sama. Perbedaan utamanya adalah dalam meletakkan layer tempat protokol persinyalan bekerja. CR-LDP adalah protokol yang bekerja di atas TCP atau UDP, sedangkan RSVP-TE bekerja langsung di atas IP. Perbandingan kedua protokol ini dipaparkan dalam tabel berikut [Wang 2001]

Untuk standardisasi, sejak tahun 2003 sebagian besar implementor telah memilih untuk menggunakan RSVP-TE dan meninggalkan CR-LDP. Hal ini diinformasikan dalam RFC-3468. Lebih jauh, RSVP-TE dikaji dalam RFC-3209.

[..Baca Selengkapnya..]

MANAJEMEN MPLS

Manajemen Path
Manajemen path meliputi proses-proses pemilihan route eksplisit berdasar kriteria tertentu, serta pembentukan dan pemeliharaan tunnel LSP dengan aturan-aturan tertentu. Proses pemilihan route dapat dilakukan secara administratif, atau secara otomatis dengan proses routing yang bersifat constraint-based. Proses constraint-based dilakukan dengan kalkulasi berbagai alternatif routing untuk memenuhi spesifikasi yang ditetapkan dalam kebijakan administratif. Tujuannya adalah untuk mengurangi pekerjaan manual dalam TE.

Setelah pemilihan, dilakukan penempatan path dengan menggunakan protokol persinyalan, yang juga merupakan protokol distribusi label. Ada dua protokol jenis ini yang sering dianjurkan untuk dipakai, yaitu RSVP-TE dan CR-LDP. Manajemen path juga mengelola pemeliharaan path, yaitu menjaga path selama masa transmisi, dan mematikannya setelah transmisi selesai.

Terdapat sekelompok atribut yang melekat pada LSP dan digunakan dalam operasi manajemen path. Atribut-atribut itu antara lain:

• Atribut parameter trafik, adalah karakteristrik trafik yang akan ditransferkan, termasuk
  nilai puncak, nilai rerata, ukuran burst yang dapat terjadi, dll. Ini diperlukan untuk
  menghitung resource yang diperlukan dalam trunk trafik.


• Atribut pemilihan dan pemeliharaan path generik, adalah aturan yang dipakai untuk memilih route yang diambil oleh trunk trafik, dan aturan untuk menjaganya tetap hidup.


• Atribut prioritas, menunjukkan prioritas pentingnya trunk trafik, yang dipakai baik dalam pemilihan path, maupun untuk menghadapi keadaan kegagalan network.


• Atribut pre-emption, untuk menjamin bahwa trunk trafik berprioritas tinggi dapat disalurkan melalui path yang lebih baik dalam lingkungan DiffServ. Atribut ini juga dipakai dalam kegiatan restorasi network setelah kegagalan.


• Atribut perbaikan, menentukan perilaku trunk trafik dalam kedaan kegagalan. Ini meliputi deteksi kegagalan, pemberitahuan kegagalan, dan perbaikan.


• Atribut policy, menentukan tindakan yang diambil untuk trafik yang melanggar, misalnya trafik yang lebih besar dari batas yang diberikan. Trafik seperti ini dapat dibatasi, ditandai, atau diteruskan begitu saja.

Atribut-atribut ini memiliki banyak kesamaan dengan network yang sudah ada sebelumnya. Maka diharapkan tidak terlalu sulit untuk memetakan atribut trafik trunk ini ke dalam arsitektur switching dan routing network yang sudah ada.

Penempatan Trafik
Setelah LSP dibentuk, trafik harus dikirimkan melalui LSP. Manajemen trafik berfungsi mengalokasikan trafik ke dalam LSP yang telah dibentuk. Ini meliputi fungsi pemisahan, yang membagi trafik atas kelas-kelas tertentu, dan fungsi pengiriman, yang memetakan trafik itu ke dalam LSP.

Hal yang harus diperhatikan dalam proses ini adalah distribusi beban melewati deretan LSP. Umumnya ini dilakukan dengan menyusun semacam pembobotan baik pada LSP-LSP maupun pada trafik-trafik. Ini dapat dilakukan secara implisit maupun eksplisit.

Penyebaran Informasi Keadaan Network
Penyebaran ini bertujuan membagi informasi topologi network ke seluruh LSR di dalam network. Ini dilakukan dengan protokol gateway seperti IGP yang telah diperluas. Perluasan informasi meliputi bandwidth link maksimal, alokasi trafik maksimal, pengukuran TE default, bandwidth yang dicadangkan untuk setiap kelas prioritas, dan atribut-atribut kelas resource. Informasi-informasi ini akan diperlukan oleh protokol persinyalan untuk memilih routing yang paling tepat dalam pembentukan LSP.

Manajemen Network
Performansi MPLS-TE tergantung pada kemudahan mengukur dan mengendalikan network. Manajemen network meliputi konfigurasi network, pengukuran network, dan penanganan kegagalan network.

Pengukuran terhadap LSP dapat dilakukan seperti pada paket data lainnya. Traffic flow dapat diukur dengan melakukan monitoring dan menampilkan statistika hasilnya. Path loss dapat diukur dengan melakukan monitoring pada ujung-ujung LSP, dan mencatat trafik yang hilang. Path delay dapat diukur dengan mengirimkan paket probe menyeberangi LSP, dan mengukur waktunya. Notifikasi dan alarm dapat dibangkitkan jika parameter-parameter yang ditentukan itu telah melebihi ambang batas.

[..Baca Selengkapnya..]

PAKET MPLS

Enkapsulasi Paket
Tidak seperti ATM yang memecah paket-paket IP, MPLS hanya melakukan enkapsulasi paket IP, dengan memasang header MPLS. Header MPLS terdiri atas 32 bit data, termasuk 20 bit label, 2 bit eksperimen, dan 1 bit identifikasi stack, serta 8 bit TTL. Label adalah bagian dari header, memiliki panjang yang bersifat tetap, dan merupakan satu-satunya tanda identifikasi paket. Label digunakan untuk proses forwarding, termasuk proses traffic engineering.

Setiap LSR memiliki tabel yang disebut label-swiching table. Tabel itu berisi pemetaan label masuk, label keluar, dan link ke LSR berikutnya. Saat LSR menerima paket, label paket akan dibaca, kemudian diganti dengan label keluar, lalu paket dikirimkan ke LSR berikutnya. Selain paket IP, paket MPLS juga bisa dienkapsulasikan kembali dalam paket MPLS. Maka sebuah paket bisa memiliki beberapa header. Dan bit stack pada header menunjukkan apakah suatu header sudah terletak di 'dasar' tumpukan header MPLS itu.

Distribusi Label
Untuk menyusun LSP, label-switching table di setiap LSR harus dilengkapi dengan pemetaan dari setiap label masukan ke setiap label keluaran. Proses melengkapi tabel ini dilakukan dengan protokol distribusi label. Ini mirip dengan protokol persinyalan di ATM, sehingga sering juga disebut protokol persinyalan MPLS. Salah satu protokol ini adalah LDP (Label Distribution Protocol).

LDP hanya memiliki feature dasar dalam melakukan forwarding. Untuk meningkatkan kemampuan mengelola QoS dan rekayasa trafik, beberapa protokol distribusi label lain telah dirancang dan dikembangkan juga. Yang paling banyak disarankan adalah CR-LDP (constraint-based routing LDP) dan RSVP-TE (RSVP dengan ekstensi Traffic Engineering). Rekayasa Trafik dengan MPLS.

Rekayasa trafik (traffic engineering, TE) adalah proses pemilihan saluran data traffic untuk menyeimbangkan beban trafik pada berbagai jalur dan titik dalam network. Tujuan akhirnya adalah memungkinkan operasional network yang andal dan efisien, sekaligus mengoptimalkan penggunaan sumberdaya dan performansi trafik. Panduan TE untuk MPLS (disebut MPLS-TE) adalah RFC-2702 [Awduche 1999a]. RFC-2702 menyebutkan tiga masalah dasar berkaitan dengan MPLS-TE, yaitu:

• Pemetaan paket ke dalam FEC


• Pemetaan FEC ke dalam trunk trafik


• Pemetaan trunk trafik ke topologi network fisik melalui LSP

Namun RFC hanya membahas soal ketiga. Soal lain dikaji sebagai soal-soal QoS. Awduche [1999b] menyusun sebuah model MPLS-TE, yang terdiri atas komponen-komponen: manajemen path, penempatan trafik, penyebaran keadaan network, dan manajemen network.

[..Baca Selengkapnya..]

MPLS-Multiprotocol Label Switch

MPLS
Teknologi ATM dan frame relay bersifat connection-oriented: setiap virtual circuit harus disetup dengan protokol persinyalan sebelum transmisi. IP bersifat connectionless: protokol routing menentukan arah pengiriman paket dengan bertukar info routing. MPLS mewakili konvergensi kedua pendekatan ini.
MPLS, multi-protocol label switching, adalah arsitektur network yang didefinisikan oleh IETF untuk memadukan mekanisme label swapping di layer 2 dengan routing di layer 3 untuk
mempercepat pengiriman paket. Arsitektur MPLS dipaparkan dalam RFC-3031 [Rosen
2001].

Network MPLS terdiri atas sirkit yang disebut label-switched path (LSP), yang menghubungkan titik-titik yang disebut label-switched router (LSR). LSR pertama dan terakhir disebut ingress dan egress. Setiap LSP dikaitkan dengan sebuah forwarding equivalence class (FEC), yang merupakan kumpulan paket yang menerima perlakukan forwarding yang sama di sebuah LSR. FEC diidentifikasikan dengan pemasangan label.
Untuk membentuk LSP, diperlukan suatu protokol persinyalan. Protokol ini menentukan forwarding berdasarkan label pada paket. Label yang pendek dan berukuran tetap mempercepat proses forwarding dan mempertinggi fleksibilitas pemilihan path. Hasilnya adalah network datagram yang bersifat lebih connection-oriented.

[..Baca Selengkapnya..]

QoS IP

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:

• Guaranteed-service (RFC-2212), layanan dengan batas bandwidth dan delay yang jelas


• Controlled-load service (RFC-2211), yaitu layanan dengan persentase delay statistik yang terjaga

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.

[..Baca Selengkapnya..]

ROUTING & PROTOCOL IP

ROUTING IP

IP menghantarkan paket dengan memeriksa alamat tujuan di header. Jika alamat tujuan masih merupakan bagian dalam sebuah network, paket dihantarkan langsung ke host tujuan. Jika alamat tujuan bukan merupakan bagian internal network, paket dikirimkan ke network lain dengan mekanisme yang disebut routing. Perangkat untuk memilih, mengirim, dan menerima paket IP antar network disebut router.
IP melakukan pemilihan routing untuk setiap paket. Tidak ada pertukaran informasi kontrol (handshake) untuk membentuk hubungan dari ujung ke ujung sebelum transmisi data. Karenanya, IP disebut protokol tanpa koneksi (connectionless). IP mengandalkan protokol di layer lain untuk keperluan itu, dan juga keperluan seperti pemeriksaan dan perbaikan kesalahan.

Dalam proses routing IP, tidak terdapat mekanisme pemeliharaan QoS. Protokol yang sering digunakan di atas IP, yaitu TCP, memiliki feature yang memungkinkan jaminan validitas data. Namun TCP tidak bersifat universal, karena memiliki banyak kelemahan untuk diaplikasikan pada paket suara atau multimedia. Dengan mulai digunakannya IP sebagai infrastruktur informasi global, mulai digagas berbagai cara untuk mewujudkan jaringan IP dengan QoS

PROTOCOL IP
Saat sebuah datagram diterima di sebuah host, data dialihkan ke protokol di atas IP. Pemilihan protokol ini berdasar field identifikasi paket (PIDD) di header paket. Setiap protokol memiliki angka yang unik dan baku. Misalnya PIDD 6 menunjukkan TCP, 17 untuk UDP, dan 1 untuk ICMP.

ICMP (Internet Control Message Protocol, RFC-792) adalah protokol yang bertugas menyampaikan pesan-pesan pengendalian penghantaran paket, seperti kontrol dan pelaporan kesalahan. Pesan-pesan ICMP meliputi juga deteksi alamat yang tak dapat dijangkau, pengubahan arah routing, dan pemeriksaan host jarak jauh.

TCP (Transmission Control Protocol, RFC-793) menghantarkan paket dari host ke host dengan jaminan validitas data. Jika terjadi kesalahan, TCP memiliki mekanisme meminta pengiriman ulang. TCP juga memungkinkan host mengelola banyak sambungan sekaligus. TCP sangat populer dalam transformasi data yang membentuk dunia Internet, sehingga diistilahkan bahwa Internet dibangun dengan suite TCP/IP.

Jika koreksi validitas data tidak diperlukan, protokol UDP dapat dipakai. UDP (User Datagram Protocol, RFC-768) lebih sederhana dan lebih cepat dari TCP, tetapi nyaris tidak memberikan pengendalian data dalam bentuk apa pun. UDP umumnya dipakai untuk transfer data yang memerlukan kecepatan tetapi kurang peka pada kesalahan, seperti transfer suara dan video.

[..Baca Selengkapnya..]

INTERNET PROTOCOL -IP

IP adalah standar de facto dalam komunikasi komputer bersistem unix, yang kemudian menjadi standar komunikasi global. Buku [Hall 2000] banyak mendalami network IP dan protokol-protokol utama di dalamnya. Protokol-protokol dalam suite IP didefinisikan dalam RFC-RFC yang diterbitkan oleh IETF. IP sendiri dijelaskan dalam RFC-791. RFC-791 menyatakan bahwa IP dirancang sebagai sistem interkoneksi jaringan paket. Paket adalah blok data yang dilengkapi dengan informasi alamat yang diperlukan untuk penghantaran data itu. Setiap paket dihantarkan secara terpisah tanpa saling berhubungan. Datagram adalah format paket data yang didefinisikan dalam IP, terdiri atas header dan data. Header mengandung informasi alamat dan fungsi kontrol lainnya.

[..Baca Selengkapnya..]

INFOCOM NETWORK

Riset dan inovasi teknologi telekomunikasi dikembangkan terus-menerus dengan didorong oleh kebutuhan untuk mewujudkan jaringan informasi yang memiliki sifat-sifat berikut:

• Menyediakan layanan yang beraneka ragam bentuk dan karakternya


• Memiliki kapasitas tinggi sesuai kebutuhan yang berkembang


• Mudah diakses dari mana saja, kapan saja


• Terjangkau harganya

Secara teknis, kebutuhan ini diterjemahkan menjadi sebuah network yang memenuhi karakteristik berikut:

• Broadband: mampu menyediakan kapasitas tinggi sesuai kebutuhan


• Paket: mampu memberikan efisiensi tinggi


• Skalabilitas: memberikan aspek ekonomi yang menguntungkan dalam pengembangan


• Diferensiasi: menyediakan beragam alternatif dalam sebuah sistem


• Mobile: mempertinggi daya akses bagi pemakai

Di akhir abad ke-20, industri telekomunikasi mengimplementasikan teknologi broadband dalam bentuk rangkaian ATM di atas SDH di atas WDM. ATM telah memiliki mekanisme pemeliharaan QoS, dan memungkinkan diferensiasi layanan dalam sebuah network.

Kelemahan ATM adalah pada masalah skalabilitas yang mengakibatkan perlunya investasi tinggi untuk implementasinya. Di lain pihak, teknologi Internet yang berbasis pada IP berkembang lebih cepat. IP saat ini telah menjadi standar de facto untuk sistem komunikasi data secara global. IP sangat baik dari segi skalabilitas, yang membuat teknologi Internet menjadi cukup murah. Namun IP memiliki kelemahan cukup serius pada implementasi QoS.

Berbagai cara telah dilakukan untuk memperbaiki karakteristik broadband network. Beberapa metode telah dikembangkan untuk mengimplementasikan QoS ke dalam jaringan IP. Metode-metode IP over ATM, misalnya, telah diajukan untuk membentuk broadband network yang sekaligus memiliki skalabilitas dan QoS yang baik. Di luar ATM sendiri, ada dikembangkan beberapa metode untuk memperbaiki kinerja jaringan IP, termasuk dengan teknologi MPLS.

MPLS merupakan salah satu bentuk konvergensi vertikal dalam topologi jaringan. MPLS menjanjikan banyak harapan untuk peningkatan performansi jaringan paket tanpa harus menjadi rumit seperti ATM. Metode MPLS membangkitkan gagasan untuk mengubah paradigma routing di layer-layer jaringan yang ada selama ini, dan mengkonvergensikannya ke dalam sebuah metode, yang dinamai GMPLS. GMPLS melakukan forwarding data menggunakan VC tingkat rendah dan tingkat tinggi di SDH, dan panjang-gelombang di WDM, dan serat-serat dalam FO; terpadu dengan routing di layer IP.

[..Baca Selengkapnya..]

MPLS-TE

MPLS Traffic Engineering
Rekayasa trafik engineering, TE) adalah proses pemilihan saluran data traffic untuk menyeimbangkan beban trafik pada berbagai jalur dan titik dalam network. Tujuan akhirnya adalah memungkinkan operasional network yang andal dan efisien, sekaligus mengoptimalkan penggunaan sumberdaya dan performansi trafik. TE untuk MPLS (disebut MPLS-TE) dipandu oleh RFC 2702. RFC 2702 menyebutkan tiga masalah dasar berkaitan dengan MPLS-TE, yaitu:

• Pemetaan paket ke dalam FEC
• Pemetaan FEC ke dalam trunk trafik
• Pemetaan trunk trafik ke topologi network fisik melalui LSP

Namun RFC 2702 hanya membahas soal ketiga. Soal lain dikaji sebagai soal-soal QoS. Model MPLS-TE dapat disusun atas komponen-komponen: manajemen path, penempatan trafik, penyebaran keadaan network, dan manajemen network.

Manajemen Path
Manajemen path meliputi proses-proses pemilihan route eksplisit berdasar kriteria tertentu, serta pembentukan dan pemeliharaan tunnel LSP dengan aturan-aturan tertentu. Proses pemilihan route dapat dilakukan secara administratif, atau secara otomatis dengan proses routing yang bersifat constraint-based. Proses constraint-based dilakukan dengan kalkulasi berbagai alternatif routing untuk memenuhi spesifikasi yang ditetapkan dalam kebijakan administratif. Tujuannya adalah untuk mengurangi pekerjaan manual dalam TE. Setelah pemilihan, dilakukan penempatan path dengan menggunakan protokol persinyalan, yang juga merupakan protokol distribusi label.
Ada dua protokol jenis ini yang sering dianjurkan untuk dipakai, yaitu RSVP-TE dan CR-LDP. Manajemen path juga mengelola pemeliharaan path, yaitu menjaga path selama masa transmisi, dan mematikannya setelah transmisi selesai.
Terdapat sekelompok atribut yang melekat pada LSP dan digunakan dalam operasi manajemen path. Atribut-atribut itu antara lain:

1. Atribut parameter trafik, adalah karakteristrik trafik yang akan ditransferkan, termasuk nilai puncak, nilai rerata, ukuran burst yang dapat terjadi, dll. Ini diperlukan untuk menghitung resource yang diperlukan dalam trunk trafik.
2. Atribut pemilihan dan pemeliharaan path generik, adalah aturan yang dipakai untuk memilih route yang diambil oleh trunk trafik, dan aturan untuk menjaganya tetap hidup.
3. Atribut prioritas, menunjukkan prioritas pentingnya trunk trafik, yang dipakai baik dalam pemilihan path, maupun untuk menghadapi keadaan kegagalan network.
4. Atribut pre-emption, untuk menjamin bahwa trunk trafik berprioritas tinggi dapat disalurkan melalui path yang lebih baik dalam lingkungan DiffServ. Atribut ini juga dipakai dalam kegiatan restorasi network setelah kegagalan.
5. Atribut perbaikan, menentukan perilaku trunk trafik dalam kedaan kegagalan. Ini meliputi deteksi kegagalan, pemberitahuan kegagalan, dan perbaikan.
6. Atribut policy, menentukan tindakan yang diambil untuk trafik yang melanggar, misalnya trafik yang lebih besar dari batas yang diberikan. Trafik seperti ini dapat dibatasi, ditandai, atau diteruskan begitu saja.
7. Atribut-atribut ini memiliki banyak kesamaan dengan network yang sudah ada sebelumnya. Maka diharapkan tidak terlalu sulit untuk memetakan atribut trafik trunk ini ke dalam arsitektur switching dan routing network yang sudah ada.

Penempatan Trafik
Setelah LSP dibentuk, trafik harus dikirimkan melalui LSP. Manajemen trafik berfungsi mengalokasikan trafik ke dalam LSP yang telah dibentuk. Ini meliputi fungsi pemisahan, yang membagi trafik atas kelas-kelas tertentu, dan fungsi pengiriman, yang memetakan trafik itu ke dalam LSP.
Hal yang harus diperhatikan dalam proses ini adalah distribusi beban melewati deretan LSP. Umumnya ini dilakukan dengan menyusun semacam pembobotan baik pada LSP-LSP maupun pada trafik-trafik. Ini dapat dilakukan secara implisit maupun eksplisit.

Penyebaran Informasi Keadaan Network
Penyebaran ini bertujuan membagi informasi topologi network ke seluruh LSR di dalam network. Ini dilakukan dengan protokol gateway seperti IGP yang telah diperluas. Perluasan informasi meliputi bandwidth link maksimal, alokasi trafik maksimal, pengukuran TE default, bandwidth yang dicadangkan untuk setiap kelas prioritas, dan atribut-atribut kelas resource. Informasi-informasi ini akan diperlukan oleh protokol persinyalan untuk memilih routing yang paling tepat dalam pembentukan LSP.

Manajemen Network
Performansi MPLS-TE tergantung pada kemudahan mengukur dan mengendalikan network. Manajemen network meliputi konfigurasi network, pengukuran network, dan penanganan kegagalan network. Pengukuran terhadap LSP dapat dilakukan seperti pada paket data lainnya. Traffic flow dapat diukur dengan melakukan monitoring dan menampilkan statistika hasilnya. Path loss dapat diukur dengan melakukan monitoring pada ujung-ujung LSP, dan mencatat trafik yang hilang. Path delay dapat diukur dengan mengirimkan paket probe menyeberangi LSP, dan mengukur waktunya. Notifikasi dan alarm dapat dibangkitkan jika parameter-parameter yang ditentukan itu telah melebihi ambang batas.

Protokol Persinyalan
Pemilihan path, sebagai bagian dari MPLS-TE, dapat dilakukan dengan dua cara: secara manual oleh administrator, atau secara otomatis oleh suatu protokol persinyalan. Dua protokol persinyalan yang umum digunakan untuk MPLS-TE adalah CR-LDP dan RSVP-TE.
RSVP-TE memperluas protokol RSVP yang sebelumnya telah digunakan untuk IP, untuk mendukung distribusi label dan routing eksplisit. Sementara itu CR-LDP memperluas LDP yang sengaja dibuat untuk distribusi label, agar dapat mendukung persinyalan berdasar QoS dan routing eksplisit.
Ada banyak kesamaan antara CR-LDP dan RSVP-TE dalam kalkulasi routing yang bersifat constraint-based. Keduanya menggunakan informasi QoS yang sama untuk menyusun routing eksplisit yang sama dengan alokasi resource yang sama. Perbedaan utamanya adalah dalam meletakkan layer tempat protokol persinyalan bekerja. CR-LDP adalah protokol yang bekerja di atas TCP atau UDP, sedangkan RSVP-TE bekerja langsung di atas IP. Perbandingan kedua protokol ini dipaparkan dalam tabel berikut.

Untuk standardisasi, sejak tahun 2003 sebagian besar implementor telah memilih untuk menggunakan RSVP-TE dan meninggalkan CR-LDP. Hal ini diinformasikan dalam RFC 3468. Lebih jauh, RSVP-TE dikaji dalam RFC 3209.

[..Baca Selengkapnya..]

RSVP-3

Proses apa saja yang terjadi dalam QoS model DiffServ ?
QoS model DiffServ merupakan jenis yang paling banyak digunakan. Implementasinya tidak terlalu sulit hanya saja akan sedikit rumit secara teorinya. Model QoS ini menggunakan system penandaan atau marking untuk melakukan pengolahan traffic menjadi tercapai apa yang diinginkan. Setelah paket-paket data berhasil di tandai, serangkaian proses lain akan terjadi.

Berikut ini adalah proses-proses yang akan dilewati oleh paket-paket tersebut untuk mencapai tujuannya:

1. Marking atau klasifikasi
Proses klasifikasi terhadap traffic yang keluar dan masuk merupakan langkah pertama yang harus dilakukan untuk membangun sebuah QoS. Dari proses marking ini, kemudian bermacam-macam traffic yang lewat dapat dikenali satupersatu dan kemudian diberi perlakuan yang berbeda-beda. Untuk keperluan proses marking ini maka telah disediakan
sebuah field khusus dalam komunikasi TCP/IP. Seperti telah dibahas sekilas diatas, field-field tersebut adalah CoS pada layer 2 atau data link layer, dan field ToS pada layer 3 atau network layer.

Dengan adanya field informasi QoS pada dua lapis proses komunikasi, maka penggunanya dapat bebas menentukan QoS tersebut akan dilakukan di proses yang mana. Anda dapat membuat QoS hanya menggunakan field CoS atau hanya menggunakan ToS atau bahkan keduaduanya.

Berikut ini adalah beberapa pertimbangan yang harus Anda lihat sebelum menentukan field mana yang akan Anda gunakan:

Marking yang dilakukan pada frame layer 2 dapat digunakan untuk menandai data yang bukan berdasarkan komunikasi IP.

Layer 2 marking merupakan satu-satunya opsi yang dapat digunakan pada perangkat yang tidak menggunakan IP sebagai protokol komunikasinya.

Layer 3 marking dapat membawa informasi QoS dari si pengirim sampai ke si penerima data (end-to-end marking).

Perangkat jaringan lama yang sudah berumur biasanya tidak dapat mengenali sistem DSCP yang diberikan pada header IP.

2. Metering
Proses Metering merupakan mekanisme untuk melakukan pengukuran kecepatan aliran data dalam sebuah jaringan. Output yang dihasilkan proses metering ini dapat digunakan untuk mempengaruhi proses selanjutnya. Output proses metering biasanya akan disesuaikan dengan Commited Information Rate (CIR) yang dijanjikan. Jika traffic masih berada dalam batasan CIR, perlakuannya akan berbeda ketika traffic telah melampaui CIR. Metering sangat perlu untuk menjalankan policy-policy selanjutnya.

3. Shaping
Proses shaping merupakan proses untuk membatasi aliran data yang melampaui batas-batas yang telah ditentukan melalui CIR. Proses pembatasan dilakukan dengan cara meneruskan traffic ketika CIR belum dilampaui, dan jika telah melampaui traffic akan di queue dalam perangkat tersebut dan akan dikeluarkan perlahan-lahan sesuai dengan model scheduling yang berlaku.

Kebanyakan proses shaping dilakukan pada traffic yang menuju ke luar perangkat. Mekanisme shaping yang banyak digunakan ada tiga jenis, yaitu Generic Traffic Shaping, Frame Relay Traffic Shaping, dan VC Shaping.

4. Scheduling
Proses scheduling seperti telah disebutkan diatas merupakan proses pengaturan keluar masuknya queing dari paket-paket data yang dianggap melebihi CIR yang ditetapkan. Aturan keluar masuknya data ini bisa dibuat dengan berdasarkan klasifikasi yang bisa dibuat.

Tiga jenis sistem scheduling yang paling banyak digunakan adalah First In First Out (FIFO), Weighted Fair Queing (WFQ), dan Class Based Weighted Fair Queing (WFQ).

5. Dropping
Ketika penumpukan terjadi akibat proses QoS ini, maka dalam kondisi tertentu, paket-paket menumpuk tersebut akan di drop atau di buang. Proses ini disebut dengan istilah Dropping. Proses dropping juga memiliki beberapa mekanisme, yaitu dropping Weighted Random Early Detection, Flow-Based Weighted Random Early Detection, dan Commited Access Rate.

Kualitas Prima Harga Tinggi
Kualitas jaringan dan koneksi internet yang berkualitas tinggi tentu merupakan dambaan semua penggunanya. Dengan kualitas koneksi yang prima, apa saja dapat dilakukan dengan menggunakan jaringan tersebut. Namun biasanya kualitas yang prima tentu akan berbanding lurus dengan biaya yang harus Anda keluarkan. Kualitas yang semakin hebat tentunya akan dibayar dengan jumlah uang yang lebih banyak.

Bagi yang sangat membutuhkannya tentu tidak keberatan asalkan yang penting pekerjaan lancar, komunikasi berjalan baik, aplikasi dapat bekerja dengan cepat, dan semuanya selesai. Namun bagi yang tidak memiliki biaya cukup, teknologi QoS juga bisa memberikan solusi.

QoS tidak selalu diterapkan untuk mendukung terciptanya koneksi dengan kualitas tinggi. Banyak pula yang menerapkan QoS untuk membuat sebuah produk ekonomis yang akan banyak digemari masyarakat. Dengan QoS, banyak kebutuhan-kebutuhan dapat terpenuhi karena bermain kualitas berarti bermain juga dengan harga. Selamat belajar!

[..Baca Selengkapnya..]

RSVP-2

Servis koneksi internet dan jaringan yang berkualitas siapa yang tidak mau, apalagi untuk berkomunikasi multimedia. Namun membuatnya diperlukan keahlian yang cukup tinggi karena harus menguasai berbagai aspek di dalamnya.

Jaringan komunikasi data terlebih lagi internet tentu tidak hanya menjalankan satu dua servis saja didalamnya. Mulai dari sekadar menyediakan game-game online sampai transaksi internet banking dan video dan multimedia converence mau tidak mau harus dilewatkan pada jalur internet jika ingin mobilitas dan fleksibilitasnya terjaga.

Servis-servis yang kritis tentu sangat penting untuk dijaga kualitasnya. Proses video converence tentu tidak akan mungkin disamakan kualitas dan jatah koneksinya dengan game online, begitu pula dengan servis-servis yang lainnya. Maka dari itu klasifikasi terhadap kualitas servis-servis ini cukup penting untuk diperhatikan jika ingin kenyamanan berinternet terjamin.

Selain itu, para penyedia jasa juga bisa memperbanyak produk-produk dagangannya dengan adanya permainan kualitas ini. Dengan produk dagangan yang banyak, bukan tidak mungkin semua segmen pasar dapat diisi dan dipenuhi oleh penyedia jasa tersebut. Misalnya kualitas koneksi internet yang biasa-biasa saja dan kurang terjamin performanya akan banyak diminati oleh perusahaan kecil menengah, sedangkan perusahaan kelas atas akan sangat membutuhkan kualitas koneksi yang benar-benar terjamin baik besarnya bandwidth maupun ketersediaannya. Jika penyedia jasa dapat membuat pengklasifikasian tersebut, maka semua segmen pasar dapat dikuasainya.

Teknologi QoS merupakan solusi dari semua kebutuhan di atas. Dengan QoS penggolongan ini menjadi sangat mungkin untuk dilakukan. Banyak yang akan didapat dari dibangunnya jaringan yang berkemampuan QoS. Produk-produk baru dapat tercipta, pelanggan-pelanggan yang ingin mendapat perlakuan khusus juga dapat dilayani, servis-servis yang kritis seperti komunikasi multimedia dapat dibedakan perlakuannya, dan banyak lagi manfaat dari dibentuknya jaringan dengan QoS.

Namun membuat jaringan yang berkemampuan QoS tidaklah semudah yang Anda bayangkan. Berbagai aspek dan parameter sangat penting untuk diperhatikan. Mulai dari ketersediaan bandwidth untuk dialokasikan, uptime jaringan yang harus terjaga, perangkat jaringan yang berkekuatan prosesing yang pas, perangkat yang terbebas dari celah keamanan, dan banyak lagi aspek-aspek yang harus ada dalam mewujudkan jaringan dengan kemampuan QoS.

Setelah semua persyaratan dan kondisi untuk membuat jaringan QoS terpenuhi, pertanyaan selanjutnya adalah bagaimana menentukan model QoS yang ingin Anda buat, dengan teknik apa QoS tersebut dibuat, untuk servis apa QoS dibuat, dan banyak lagi segudang pertanyaan, karena kenyataannya membuat dan mengimplementasikan QoS tidaklah mudah.

Model QoS Apa Saja yang Banyak Beredar?
Dalam memberikan servis yang berkualitas, beberapa model QoS sering digunakan untuk itu. Model-model tersebut akan banyak menentukan bagaimana proses terciptanya sebuah
perbedaan servis dan kualitas. Berikut ini adalah beberapa model QoS yang banyak digunakan:

Best-Effort Model
Sesuai dengan namanya, model QoS Best-Effort merupakan model servis yang dihantarkan kepada penggunanya akan dilakukan sebisa mungkin dan sebaikbaiknya tanpa ada jaminan apa-apa. Jika ada sebuah data yang ingin dikirim, maka data tersebut akan di kirim segera begitu media perantaranya siap dan tersedia. Data yang dikirim juga tidak dibatasi, tidak diklasifikasikan, tidak perlu mendapatkan ijin dari perangkat manapun, tidak diberi policy, semuanya hanya berdasarkan siapa yang datang terlebih dahulu ke perangkat gateway.

Dengan kata lain model Best-Effort ini tidak memberikan jaminan apa-apa terhadap reliabilitas, performa, bandwidth, kelancaran data dalam jaringan, delay, dan banyak lagi parameter komunikasi data yang tidak dijamin. Data akan dihantarkan sebisa mungkin untuk sampai ke tujuannya. Jika hilang ditengah jalan atau tertunda dengan waktu yang cukup lama di dalam perjalanannya, maka tidak ada pihak maupun perangkat yang bertanggung jawab.

Model Best-Effort ini sangat cocok digunakan dalam jaringan dengan koneksi lokal (LAN) atau jaringan dengan koneksi WAN yang berkecepatan sangat tinggi. Model ini sangat tepat jika digunakan dalam jaringan yang melewatkan aplikasi dan data yang bermacam-macam dengan tingkat prioritas yang sama. Jadi semua aplikasi didalamnya memiliki kualitas yang sama. Contohnya misalnya penggunaan internet di rumah atau perkantoran yang digunakan untuk browsing, email, chatting, banyak aplikasi lain.

Jenis QoS ini tidak cocok digunakan untuk melayani aplikasi-aplikasi bisnis yang kritis dan penting, karea aplikasi tersebut biasanya membutuhkan perlakuan istimewa untuk dapat berjalan dengan baik.

Untuk membuat QoS model Best-Effort ini, biasanya antarmuka router atau perangkat jaringan berkemampuan QoS dikonfigurasi dengan menggunakan metode queing First In First Out (FIFO). Dengan begitu data yang masuk pertama kali akan keluar pertama kali juga, maka terciptalah servis model Best-Effort yang sangat adil dalam hal perlakuannya di perangkat QoS.

[..Baca Selengkapnya..]

RSVP -1

QoS, Kunci Sukses Komunikasi Multimedia

Siapa yang tidak mau koneksi Internet dan jaringan yang berkualitas? Namun untuk membuatnya diperlukan keahlian yang cukup tinggi karena harus menguasai berbagai aspek di dalamnya.

Integrated Service Model (IntServ)
Integrated Service Model atau disingkat IntServ merupakan sebuah model QoS yang bekerja untuk memenuhi berbagai macam kebutuhan QoS berbagai perangkat dan berbagai aplikasi dalam sebuah jaringan. Dalam model IntServ ini, para pengguna atau aplikasi dalam sebuah jaringan akan melakukan request terlebih dahulu mengenai servis dan QoS jenis apa yang mereka dapatkan, sebelum mereka mengirimkan data. Request tersebut biasanya dilakukan dengan menggunakan sinyal-sinyal yang jelas dalam proses komunikasinya.

Dalam request tersebut, pengguna jaringan atau sebuah aplikasi akan mengirimkan informasi mengenai profile traffic mereka ke perangkat QoS. Profile traffic tersebut akan menentukan hak-hak apa yang akan mereka dapatkan seperti misalnya berapa bandwidth dan delay yang akan mereka terima dan gunakan.

Setelah mendapatkan konfirmasi dari perangkat QoS dalam jaringannya, maka pengguna dan aplikasi tersebut baru diijinkan untuk melakukan transaksi pengiriman dan penerimaan data. Transaksi data akan dilakukan dalam batasan-batasan yang telah diberikan oleh perangkat QoS tersebut tanpa kecuali.

Sebuah perangkat QoS biasanya akan bertindak sebagai pengontrol hak-hak yang akan diterima oleh pengguna. Sedangkan pengguna jaringan dan aplikasi didalamnya bertugas untuk mengirimkan profile nya untuk dapat diproses dalam perangkat QoS. Setelah hak-hak pengguna jaringan jelas, perangkat QoS akan memenuhi komitmen yang telah dijanjikannya dengan cara mempertahankan status semua pengguna dan kemudian melakukan proses-proses QoS untuk memenuhinya. Proses-proses tersebut adalah Packet Classification, Policing, Queing, dan banyak lagi yang akan dibahas selanjutnya.

Pada kebanyakan perangkat jaringan yang mampu menjalankan QoS model IntServ ini, dilengkapi sebuah system sinyaling yang bertugas untuk mengirimkan profile dan request mereka ke perangkat QoS. Sistem sinyaling tersebut sering disebut dengan istilah Resource Reservation Protocol (RSVP).

RSVP merupakan protokol signaling khusus untuk keperluan QoS. Protokol ini menggunakan info dari routing protocol untuk menentukan jalur terbaik menuju ke suatu lokasi. Meskipun RSVP sangat cocok digunakan untuk keperluan pengaturan QoS pada aplikasi real-time seperti IP Telephony, NetMeeting, IPTV streaming, dan banyak lagi, namun penggunaan RSVP sangatlah terbatas.

Penggunaan RSVP sangat terbatas dikarenakan semua perangkat yang berada dalam jaringan yang mendukung QoS jenis ini harus mendukung system sinyaling RSVP. Selain itu sistem sinyaling ini juga sangat haus akan proses CPU dan kapasitas memori. Dengan demikian penggunaannya tidak terlalu meluas.

Dengan adanya sebuah router berkemampuan QoS dan disatukan dengan perangkat jaringan yang mendukung RSVP, maka biasanya para penjual jasa jaringan dan internet dapat menciptakan dua jenis servis untuk dijual:

Guaranteed Rate Service
Jika diterjemahkan arti dari servis ini adalah data rate yang digaransi. Maksud dari servis ini adalah pihak penyedia jasa akan menjamin bandwidth dan kualitas yang akan digunakan oleh pengguna atau sebuah aplikasi. Alokasi bandwidth sengaja dicadangkan oleh perangkat QoS untuk pengguna tersebut. Dengan demikian pengguna tidak akan berbagi bandwidth dengan pengguna lain. Servis jenis ini sangat cocok untuk memberikan kualitas yang baik pada aplikasi-aplikasi real-time seperti video converence.

Controlled Load Service
Dalam servis jenis ini, besarnya bandwidth tidak dijamin akan dicadangkan untuk para pengguna jaringan tersebut. Servis ini bekerja dengan cara menjaga agar pengguna dan aplikasi didalamnya dapat selalu mendapatkan kualitas jaringan dengan delay yang rendah dan throughput yang tinggi meskipun jaringan dalam kondisi sibuk dan padat. Dengan demikian bandwidth dapat digunakan dengan efisien karena tidak terbuang percuma, namun penggunanya masih bisa mendapatkan kualitas yang terjaga.
Biasanya servis jenis ini cocok digunakan dalam jaringan dengan banyak aplikasi berbeda didalamnya. Servis ini dapat diciptakan dengan adanya RSVP dengan dibantu oleh teknologi Weighted Random Early Detection (WRED).

Differentiated Service Model (DiffServ)
Model QoS ini merupakan model yang sudah lama ada dalam standarisasi QoS dari organisasi IETF. Model QoS ini bekerja dengan cara melakukan klasifikasi terlebih dahulu terhadap semua paket yang masuk kedalam sebuah jaringan. Pengklasifikasian ini dilakukan dengan cara menyisipkan sebuah informasi tambahan yang khusus untuk keperluan pengaturan QoS dalam header IP pada setiap paket.

Setelah paket diklasifikasikan pada perangkat-perangkat jaringan terdekatnya, jaringan akan menggunakan klasifikasi ini untuk menentukan bagaimana traffic data ini diperlakukan, seperti misalnya perlakuan queuing, shaping dan policing nya. Setelah melalui semua proses tersebut, maka akan didapat sebuah aliran data yang sesuai dengan apa yang dikomitmenkan kepada penggunanya.

Informasi untuk proses klasifikasi pada field IP header atau dengan kata lain proses klasifikasi pada layer 3 standar OSI ada dua jenis, yaitu IP Precedence dan Differential Service Code Point (DSCP). Informasi klasifikasi ini ditentukan dalam tiga atau enam bit
pertama dari field Type of Service (ToS) pada header paket IP.

Klasifikasi ini juga dapat dibawa dalam frame layer 2 dalam field Class of Service (CoS) yang dibawa dalam frame ISL maupun 802.1Q. Tidak seperti IntServ, model QoS DiffServ ini tidak membutuhkan kemampuan QoS pada sisi pengguna dan aplikasi-aplikasi yang bekerja di dalamnya.

Metode ini merupakan metode yang paling banyak dan luas digunakan. Selain lebih mudah, lebih ringan dan lebih umum penggunaannya, implementasinya juga tidaklah terlalu sulit. Semua perangkat jaringan yang dapat bekerja berdasarkan standar TCP/IP bisa digunakan untuk melewatkan informasi QoS ini. Jadi yang perlu memiliki kemampuan pemrosesan QoS mungkin saja hanya sisi penerima dan pengirimnya saja. Tentu sistem ini jauh lebih fleksibel dan mudah diterapkan. Selanjutnya pada artikel ini hanya akan dibahas teknik-teknik QoS berdasarkan sistem DiffServ ini.

[..Baca Selengkapnya..]