Configuring Congestion Management (Queuing) October 11, 2013 Miftah Rahman Config Router, Network Theory bandwidth percent, bandwidth 

FIFO The First (and default) Congestion Management method adalah FIFO (First-in First-Out) Ini kek antrian kereta api, nonton bioskop, dll… yang pertama antri/dateng, dia juga yang pertama kali masuk/keluar

Dlm bahasa sehari 2 yaa.... Ga bisa buat voice, ga bisa menjamin delay, dan ga bisa menjamin bandwidth Bayangin klo ada packet voice baru nyampe di jaringan (yang ga bole ada delay) disuruh antri paling belakangan kita PRIORITASKAN VOICE

Priority Queuing Ada statment : ”woiii….download-an gw putus mulu niiiih, woiii ga bisa browsing nih gw“ itu bandwidth kemakan semua ama voice traffic… Jadi tarolah voice dikasi 20% dari 100mb bandwidth yang ada dijaringan…nah, voice baru make sekitar 15% nih… Kebetulan ada data stream yang lagi make 5% available traffic bandwidth, DIMANA 5% nya didapat dari traffic voice yang ga dipake Ketika demand voice naik…data stream yang lagi make 5% dari bandwidth ini akan ditendang “demi kepentingan yang mulia” traffic voice (jadi ga sistem reserve bandwidth)

Dan ketika PQ tidak mencukupi maka ada teknik yang namanya costum quiueng “supaya voice ga makan bandwidth, kita reserve aja bandwidth buat dia, begitu pula buat traffic yang lain“ Contoh: 50% bandwidth buat voice, 30% buat video, 20% buat data. Tapiiii tetep voice harus duluan

Disaat voice dan video uda selesai ngirim, pas traffic data dikirim…eh…ada packet voice mau masuk nih... sama aja boong dong…pas voice selesai nganterin packet, video ama data ngirim…itu packet voice nunggu dong. ini Queuing bisa reserve bandwidth…tapi ga bisa menjamin delay jadi lebih kecil

Weighted Fair Queuing (WFQ)  WFQ adalah metode queuing default untuk slow WAN link (E1/T1) “kok gw lagi asik2 nelpon tiba2 putus sih, apalagi pas si admin lagi mo nge-cek device (telnet)…pasti putus nih voice gw“ kita lupa…Voice ga bole disalip oleh traffic lain, meskipun itu traffic jarang2 muncul di jaringan, voice harus steady dan ga bole diganggu… “gimana klo kita bikin voice, video, dan data itu ada reverse bandwidthnya kek Custom Queuing, tapi klo ada packet yang jarang ngirim maka dia akan di prioritaskan (pake metode WFQ), toh dia ga akan bisa ngambil bandwidth dari yang lain kok (uda di reserve)“

Class-Based WFQ (CBWFQ). Low Latency Queuing (LLQ)

ADA PERTINYIIN ?????