Bandwidth Management
Content
Bandwidth Management
Introduction
Bandwidth manajemen merupakan cara pengaturan bandwidth supaya terjadi pemerataan pemakaian bandwidth Cara melakukan :
Dari Proxy Dengan Qos / Traffick Shapping : HTB, CBQ
Traffic Shaping
Traffic shaping controls the rate at which packets are sent (not just how many) At connection set-up time, the sender and carrier negotiate a traffic pattern (shape) Two traffic shaping algorithms are: Leaky Bucket Token Bucket
The Leaky Bucket Algorithm
The Leaky Bucket Algorithm used to control rate in a network. It is implemented as a single-server queue with constant service time. If the bucket (buffer) overflows then packets are discarded.
The Leaky Bucket Algorithm
(a) A leaky bucket with water. (b) a leaky bucket with packets.
Leaky Bucket Algorithm (contd.)
The leaky bucket enforces a constant output rate regardless of the burstiness of the input. Does nothing when input is idle. The host injects one packet per clock tick onto the network. This results in a uniform flow of packets, smoothing out bursts and reducing congestion. When packets are the same size (as in ATM cells), the one packet per tick is okay. For variable length packets though, it is better to allow a fixed number of bytes per tick.
Token Bucket Algorithm
In contrast to the LB, the Token Bucket (TB) algorithm, allows the output rate to vary, depending on the size of the burst.
In the TB algorithm, the bucket holds tokens. To transmit a packet, the host must capture and destroy one token. Tokens are generated by a clock at the rate of one token every t sec. Idle hosts can capture and save up tokens (up to the max. size of the bucket) in order to send larger bursts later.
Token Bucket Algorithm (contd.)
5-34
(a) Before
(b)
After
Token bucket operation
TB accumulates fixed size tokens in a token bucket Transmits a packet (from data buffer, if any are there) or arriving packet if the sum of the token sizes in the bucket add up to packet size More tokens are periodically added to the bucket (at rate t). If tokens are to be added when the bucket is full, they are discarded
Token bucket properties
Does not bound the peak rate of small bursts, because bucket may contain enough token to cover a complete burst size
Performance depends only on the sum of the data buffer size and the token bucket size
Token bucket - example
2 tokens of size 100 bytes added each second to the token bucket of capacity 500 bytes
Avg. rate = 200 bytes/sec, burst size = 500 bytes
Packets bigger than 500 bytes will never be sent Peak rate is unbounded – i.e., 500 bytes of burst can be transmitted arbitrarily fast
Leaky Bucket vs Token Bucket
LB discards packets; TB does not. TB discards tokens.
With TB, a packet can only be transmitted if there are enough tokens to cover its length in bytes.
LB sends packets at an average rate. TB allows for large bursts to be sent faster by speeding up the output. TB allows saving up tokens (permissions) to send large bursts. LB does not allow saving.
Bandwidth management Menggunakan Squid
Proxy Bandwidth management
delay_pools
menyatakan berapa banyak bagian/pool yang akan dibuat. Penulisan :
delay_pools 2 terdapat dua kelompok management bandwidth
delay_class
menentukan klas/tipe pembagian bandwith dari setiap pool. 1 pool hanya boleh memiliki 1 clas. Terdapat 3 tipe class yang ada Penulisan :
delay_class 1 2 Pada Pool/kelompok 1 tipe classnya 2 delay_class 2 2 Pada Pool/Kelompok 2 tipe classnya 2
delay_parameters Ini adalah bagian terpenting dari delay pools memberikan aturan main setiap delay pools yang dibentuk. Penulisan :
delay_parameters 1 1000/64000 Pada Pool/Kelompok 1 punya rule 1000/64000
delay_access
delay_parameters 2 32000/32000 8000/8000 1000/64000 Pada Pool/kelompok 2 punya rule bandwitdh 32000/32000 8000/8000 1000/64000
Memberi batasan siapa saja yang boleh mempergunakan delay pools ini. setelah menetukan batasan jangan lupa di akhiri dengan deny all.
delay_access 1 allow manajer Pool 1 diterapkan pada network manajer delay_access 1 deny all delay_access 2 allow sales Pool 2 diterapkan pada network sales delay_access 2 deny all
Delay Class
Penulisan format pada delay_parameter bergantung dari kelas yang dipilih
class 1 delay_parameters <#Kelompok_pool individual> ex: delay_parameters 1 1000/64000 class 2 delay_parameters <#Kel_pool agregate individual> ex: delay_parameters 1 32000/32000 1000/64000 class 3 delay_parameters <#Kel_pool agregate network individual> ex: delay_parameters 1 32000/32000 8000/8000 1000/64000
Delay Parameter
Format baku : restore/max.
restore menunjukkan maksimum kecepatan data yang dapat dilewatkan bila harga max sudah terlampaui, dalam satuan bytes/second max menunjukkan besar-nya file atau bucket yang dapat dilewatkan tanpa melalui proses delay. dalam satuan bytes.
Perlu di perhatikan sewa bandwidth dari provider dalam satuan bits/second bukan bytes/second. Sedangkan satuan kecepatan dowload adalah bytes/sec. Perlu konversi ke bytes/sec SpesialCase: -1/-1 berarti unlimited atau tidak dibatasi pada nilai restore/max
ex: 1000/64000 harga restore sama dengan =1000*8 = 8000 bits/sec atau 8 kbits/sec. Yang artinya user akan mendapat download brustable selama file yang akan dibuka lebih kecil dari 64 kbytes, jadi kecepatan bisa diatas 8 kbit/sec. Bila ternyata file yang dibuka melebihi 64 kbytes, maka proses limitasi akan segera dimulai dengan membatasi kecepatan maksimal 8 kbits/s
Delay Access
Memberi batasan siapa saja yang boleh mempergunakan delay pools ini. Penting untuk diingat sebaiknya setelah menetukan batasan jangan lupa di akhiri dengan deny all. misal:
delay_access 1 allow manajer delay_access 1 deny all delay_access 2 allow sales delay_access 2 deny all
Delay Parameter
class 1
delay_parameters <#pool individual> ex: delay_parameters 1 1000/64000 Berarti semua network akan mendapat bandwidth yang sama di pool no 1. Sebesar 1 kbytes/sec (8 kbits/sec), dengan burstable file 64 kb. delay_parameters <#pool agregate individual> ex: delay_parameters 1 32000/32000 1000/64000 Berarti squid akan memakai bandwidth maksimum (32000*8) 256kbits dari semua bandwidth. Bila terdapat lebih dari 1 network class C, maka total yang dihabiskan tetap 256 kbit/sec dan tiap user akan mendapat bandwidth maksimum 1 kbytes/sec (8 kbits/sec), dengan burstable file 64 kb. delay_parameters <#pool agregate network individual> ex: delay_parameters 1 32000/32000 8000/8000 1000/64000 Berarti squid akan memakai bandwidth maksimum (32000*8) 256kbits dari semua bandwidth. Bila terdapat lebih dari 1 network class C, maka setiap network akan dipaksa maksimum sebesar (8000*8) 64 kbits/sec dan tiap user pada satu network akan mendapat bandwidth maksimum 1 kbytes/sec (8 kbits/sec), dengan burstable file 64 kb
class 2
class 3
Contoh 1
dalam suatu network yang sama dengan penggunaan bandwidth total tidak dibatasi, terdapat beberapa komputer dengan klasifikasi sebagai berikut :
admin dengan bandwidth unlimited staff dengan bandwidth 1,5 kbytes/sec, bila file yang diakses melebihi 64Kbte umum dengan bandwidth 1 kbytes/sec, bila file yang diakses melebihi 32 Kbyte
acl acl acl acl acl
all src 0.0.0.0/0.0.0.0 admin src 192.168.1.250/255.255.255.255 server src 192.168.1.251/255.255.255.255 umum src 192.168.1.0/255.255.255.0 staff src 192.168.1.1 192.168.1.111 192.168.1.2 192.168.1.4 192.168.1.71
delay_pools 3
delay_class 1 1 delay_parameters 1 -1/-1 delay_access 1 allow admin delay_access 1 allow server delay_access 1 deny all delay_class 2 1 delay_parameters 2 1500/64000 delay_access 2 allow staf delay_access 2 deny all delay_class 3 1 delay_parameters 3 1000/32000 delay_access 3 allow umum delay_access 3 deny all
Contoh 2
Delay pools juga dapat digunakan untuk membatasi download file untuk extensi tertentu. Gunakan ACL url_regex untuk mengatasi hal ini. Contoh dibawah digunakan untuk membatasi download file multimedia hingga 1 kByte/sec.
acl multimedia url_regex -i \.mp3$ \.rm$ \.mpg$ \.mpeg$ \.avi$ \.dat$ delay_pools 1 delay_class 1 1 delay_parameters 1 1000/16000 delay_access 1 allow multimedia delay_access 1 deny ALL
Contoh 3
bagaimana caranya membuat delay pools untuk membatasi download di siang hari untuk 15 klient sedangkan malam harinya lost asumsi jamnya ( 10:00 - 21:00) acl LTIME time SMTWHFA 10:00-21:00 acl download url_regex -i ftp \.exe$ \.mp3$ \.mp4$ \.tar.gz$ \.gz$ \.tar.bz2$ \.rpm$ \.zip$ \.rar$ acl download url_regex -i \.avi$ \.mpg$ \.mpeg$ \.rm$ \.iso$ \.wav$ \.mov$ \.dat$ \.mpe$ \.mid$ acl download url_regex -i \.midi$ \.rmi$ \.wma$ \.wmv$ \.ogg$ \.ogm$ \.m1v$ \.mp2$ \.mpa$ \.wax$ acl download url_regex -i \.m3u$ \.asx$ \.wpl$ \.wmx$ \.dvr-ms$ \.snd$ \.au$ \.aif$ \.asf$ \.m2v$ acl download url_regex -i \.m2p$ \.ts$ \.tp$ \.trp$ \.div$ \.divx$ \.mod$ \.vob$ \.aob$ \.dts$ acl download url_regex -i \.ac3$ \.cda$ \.vro$ \.deb$
delay_pools 1
delay_class 1 1 delay_parameters 1 3000/3000 delay_access 1 allow download TIME delay_access 1 deny all
Contoh 4
Bagaimana caranya membuat delay pools untuk membatasi download di siang hari dengan speed ... dan malam hari dengan speed ..., abis si bozz malem-nya mau pakai buat download. Jadi pengennya pas malam bw buat user makin kecil, bukan malah di loss acl JAM_KANTOR time SMTWHFA 07:00-18:00
delay_pools 2
delay_class 1 2 delay_parameters 1 24000/32000 -1/-1 delay_access 1 allow riset JAM_KANTOR delay_access 1 deny all delay_class 2 2 delay_parameters 2 8000/8000 -1/-1 delay_access 2 allow riset !JAM_KANTOR delay_access 2 deny all
Contoh 5
Saya ada bandwidth besar, 1mbps. Ingin membatasi yang download file besar di atas 5mbyte, di beri speed 32kbps. Misal bila ada 3 user yang download, tiap-tiap user akan mendapat bandwidth maximal 32kbps.
acl user src 192.168.1.0/24 delay_pools 1 delay_class 1 2 delay_parameters 1 40000/10000000 4000/5000000 delay_access 1 allow user download delay_access 1 deny ALL
Contoh 6
untuk memaksa caching terhadap youtube ( sesuai wiki.squid-cache.org )
acl youtube dstdomain -i .youtube.com acl striming url_regex -i get_video\?video_id videodownload\? cache allow youtube cache allow striming dan harap di ingat untuk posisi tsb di atas sebaiknya diletakkan sebelum hierarchy_stoplist kemudian bisa di gabung ke delay_pool juga delay_class 2 3 delay_access 2 allow warnet striming delay_access 2 deny all delay_parameters 2 -1/-1 -1/-1 3000/200000
Contoh 7
download file mp3 dan 3gp sebesar 1KBps baik pada jam kerja maupun di luar jam kerja akses dmz baik pada jam kerja maupun di luar jam kerja 64KBps akses internet pada jam kerja 32KBps akses internet di luar jam kerja 4KBps acl download urlpath_regex -i \.mp3$ \.3gp$ acl localnet src 192.168.0.0/24 acl dmz dst 202.202.202.0/24 acl onpeak time MTWHF 08:00-18:00 delay_pools 4 delay_class 1 1 delay_parameters 1 1000/1000 delay_access 1 allow download delay_access 1 allow localnet delay_access 1 deny all delay_class 2 1 delay_parameters 2 4000/4000 delay_access 2 allow localnet delay_access 2 allow !dmz delay_access 2 allow !onpeak delay_access 2 deny all
delay_class 3 1 delay_parameters 3 64000/64000 delay_access 2 allow localnet delay_access 3 allow dmz delay_access 3 deny all delay_class 4 1 delay_parameters 4 320000/320000 delay_access 4 allow localnet delay_access 4 deny all
Bandwidth management Menggunanan QoS
CBQ
Teknik klasifikasi paket data yang paling terkenal adalah CBQ, mudah dikonfigurasi, memungkinkan sharing bandwidth antar kelas (class) dan memiliki fasilitas user interface. CBQ mengatur pemakaian bandwidth jaringan yang dialokasikan untuk tiap user, pemakaian bandwidth yang melebihi nilai set akan dipotong (shaping), cbq juga dapat diatur untuk sharing dan meminjam bandwidth antar class jika diperlukan.
HTB
Teknik antrian HTB mirip dengan CBQ hanya perbedaannya terletak pada opsi, HTB lebih sedikit opsi saat konfigurasi serta lebih presisi. Teknik antrian HTB memberikan kita fasilitas pembatasan trafik pada setiap level maupun klasifikasi, bandwidth yang tidak terpakai bisa digunakan oleh klasifikasi yang lebih rendah. Kita juga dapat melihat HTB seperti suatu struktur organisasi dimana pada setiap bagian memiliki wewenang dan mampu membantu bagian lain yang memerlukan, teknik antrian HTB sangat cocok diterapkan pada perusahaan dengan banyak struktur organisasi.
Introduction
Bandwidth manajemen merupakan cara pengaturan bandwidth supaya terjadi pemerataan pemakaian bandwidth Cara melakukan :
Dari Proxy Dengan Qos / Traffick Shapping : HTB, CBQ
Traffic Shaping
Traffic shaping controls the rate at which packets are sent (not just how many) At connection set-up time, the sender and carrier negotiate a traffic pattern (shape) Two traffic shaping algorithms are: Leaky Bucket Token Bucket
The Leaky Bucket Algorithm
The Leaky Bucket Algorithm used to control rate in a network. It is implemented as a single-server queue with constant service time. If the bucket (buffer) overflows then packets are discarded.
The Leaky Bucket Algorithm
(a) A leaky bucket with water. (b) a leaky bucket with packets.
Leaky Bucket Algorithm (contd.)
The leaky bucket enforces a constant output rate regardless of the burstiness of the input. Does nothing when input is idle. The host injects one packet per clock tick onto the network. This results in a uniform flow of packets, smoothing out bursts and reducing congestion. When packets are the same size (as in ATM cells), the one packet per tick is okay. For variable length packets though, it is better to allow a fixed number of bytes per tick.
Token Bucket Algorithm
In contrast to the LB, the Token Bucket (TB) algorithm, allows the output rate to vary, depending on the size of the burst.
In the TB algorithm, the bucket holds tokens. To transmit a packet, the host must capture and destroy one token. Tokens are generated by a clock at the rate of one token every t sec. Idle hosts can capture and save up tokens (up to the max. size of the bucket) in order to send larger bursts later.
Token Bucket Algorithm (contd.)
5-34
(a) Before
(b)
After
Token bucket operation
TB accumulates fixed size tokens in a token bucket Transmits a packet (from data buffer, if any are there) or arriving packet if the sum of the token sizes in the bucket add up to packet size More tokens are periodically added to the bucket (at rate t). If tokens are to be added when the bucket is full, they are discarded
Token bucket properties
Does not bound the peak rate of small bursts, because bucket may contain enough token to cover a complete burst size
Performance depends only on the sum of the data buffer size and the token bucket size
Token bucket - example
2 tokens of size 100 bytes added each second to the token bucket of capacity 500 bytes
Avg. rate = 200 bytes/sec, burst size = 500 bytes
Packets bigger than 500 bytes will never be sent Peak rate is unbounded – i.e., 500 bytes of burst can be transmitted arbitrarily fast
Leaky Bucket vs Token Bucket
LB discards packets; TB does not. TB discards tokens.
With TB, a packet can only be transmitted if there are enough tokens to cover its length in bytes.
LB sends packets at an average rate. TB allows for large bursts to be sent faster by speeding up the output. TB allows saving up tokens (permissions) to send large bursts. LB does not allow saving.
Bandwidth management Menggunakan Squid
Proxy Bandwidth management
delay_pools
menyatakan berapa banyak bagian/pool yang akan dibuat. Penulisan :
delay_pools 2 terdapat dua kelompok management bandwidth
delay_class
menentukan klas/tipe pembagian bandwith dari setiap pool. 1 pool hanya boleh memiliki 1 clas. Terdapat 3 tipe class yang ada Penulisan :
delay_class 1 2 Pada Pool/kelompok 1 tipe classnya 2 delay_class 2 2 Pada Pool/Kelompok 2 tipe classnya 2
delay_parameters Ini adalah bagian terpenting dari delay pools memberikan aturan main setiap delay pools yang dibentuk. Penulisan :
delay_parameters 1 1000/64000 Pada Pool/Kelompok 1 punya rule 1000/64000
delay_access
delay_parameters 2 32000/32000 8000/8000 1000/64000 Pada Pool/kelompok 2 punya rule bandwitdh 32000/32000 8000/8000 1000/64000
Memberi batasan siapa saja yang boleh mempergunakan delay pools ini. setelah menetukan batasan jangan lupa di akhiri dengan deny all.
delay_access 1 allow manajer Pool 1 diterapkan pada network manajer delay_access 1 deny all delay_access 2 allow sales Pool 2 diterapkan pada network sales delay_access 2 deny all
Delay Class
Penulisan format pada delay_parameter bergantung dari kelas yang dipilih
class 1 delay_parameters <#Kelompok_pool individual> ex: delay_parameters 1 1000/64000 class 2 delay_parameters <#Kel_pool agregate individual> ex: delay_parameters 1 32000/32000 1000/64000 class 3 delay_parameters <#Kel_pool agregate network individual> ex: delay_parameters 1 32000/32000 8000/8000 1000/64000
Delay Parameter
Format baku : restore/max.
restore menunjukkan maksimum kecepatan data yang dapat dilewatkan bila harga max sudah terlampaui, dalam satuan bytes/second max menunjukkan besar-nya file atau bucket yang dapat dilewatkan tanpa melalui proses delay. dalam satuan bytes.
Perlu di perhatikan sewa bandwidth dari provider dalam satuan bits/second bukan bytes/second. Sedangkan satuan kecepatan dowload adalah bytes/sec. Perlu konversi ke bytes/sec SpesialCase: -1/-1 berarti unlimited atau tidak dibatasi pada nilai restore/max
ex: 1000/64000 harga restore sama dengan =1000*8 = 8000 bits/sec atau 8 kbits/sec. Yang artinya user akan mendapat download brustable selama file yang akan dibuka lebih kecil dari 64 kbytes, jadi kecepatan bisa diatas 8 kbit/sec. Bila ternyata file yang dibuka melebihi 64 kbytes, maka proses limitasi akan segera dimulai dengan membatasi kecepatan maksimal 8 kbits/s
Delay Access
Memberi batasan siapa saja yang boleh mempergunakan delay pools ini. Penting untuk diingat sebaiknya setelah menetukan batasan jangan lupa di akhiri dengan deny all. misal:
delay_access 1 allow manajer delay_access 1 deny all delay_access 2 allow sales delay_access 2 deny all
Delay Parameter
class 1
delay_parameters <#pool individual> ex: delay_parameters 1 1000/64000 Berarti semua network akan mendapat bandwidth yang sama di pool no 1. Sebesar 1 kbytes/sec (8 kbits/sec), dengan burstable file 64 kb. delay_parameters <#pool agregate individual> ex: delay_parameters 1 32000/32000 1000/64000 Berarti squid akan memakai bandwidth maksimum (32000*8) 256kbits dari semua bandwidth. Bila terdapat lebih dari 1 network class C, maka total yang dihabiskan tetap 256 kbit/sec dan tiap user akan mendapat bandwidth maksimum 1 kbytes/sec (8 kbits/sec), dengan burstable file 64 kb. delay_parameters <#pool agregate network individual> ex: delay_parameters 1 32000/32000 8000/8000 1000/64000 Berarti squid akan memakai bandwidth maksimum (32000*8) 256kbits dari semua bandwidth. Bila terdapat lebih dari 1 network class C, maka setiap network akan dipaksa maksimum sebesar (8000*8) 64 kbits/sec dan tiap user pada satu network akan mendapat bandwidth maksimum 1 kbytes/sec (8 kbits/sec), dengan burstable file 64 kb
class 2
class 3
Contoh 1
dalam suatu network yang sama dengan penggunaan bandwidth total tidak dibatasi, terdapat beberapa komputer dengan klasifikasi sebagai berikut :
admin dengan bandwidth unlimited staff dengan bandwidth 1,5 kbytes/sec, bila file yang diakses melebihi 64Kbte umum dengan bandwidth 1 kbytes/sec, bila file yang diakses melebihi 32 Kbyte
acl acl acl acl acl
all src 0.0.0.0/0.0.0.0 admin src 192.168.1.250/255.255.255.255 server src 192.168.1.251/255.255.255.255 umum src 192.168.1.0/255.255.255.0 staff src 192.168.1.1 192.168.1.111 192.168.1.2 192.168.1.4 192.168.1.71
delay_pools 3
delay_class 1 1 delay_parameters 1 -1/-1 delay_access 1 allow admin delay_access 1 allow server delay_access 1 deny all delay_class 2 1 delay_parameters 2 1500/64000 delay_access 2 allow staf delay_access 2 deny all delay_class 3 1 delay_parameters 3 1000/32000 delay_access 3 allow umum delay_access 3 deny all
Contoh 2
Delay pools juga dapat digunakan untuk membatasi download file untuk extensi tertentu. Gunakan ACL url_regex untuk mengatasi hal ini. Contoh dibawah digunakan untuk membatasi download file multimedia hingga 1 kByte/sec.
acl multimedia url_regex -i \.mp3$ \.rm$ \.mpg$ \.mpeg$ \.avi$ \.dat$ delay_pools 1 delay_class 1 1 delay_parameters 1 1000/16000 delay_access 1 allow multimedia delay_access 1 deny ALL
Contoh 3
bagaimana caranya membuat delay pools untuk membatasi download di siang hari untuk 15 klient sedangkan malam harinya lost asumsi jamnya ( 10:00 - 21:00) acl LTIME time SMTWHFA 10:00-21:00 acl download url_regex -i ftp \.exe$ \.mp3$ \.mp4$ \.tar.gz$ \.gz$ \.tar.bz2$ \.rpm$ \.zip$ \.rar$ acl download url_regex -i \.avi$ \.mpg$ \.mpeg$ \.rm$ \.iso$ \.wav$ \.mov$ \.dat$ \.mpe$ \.mid$ acl download url_regex -i \.midi$ \.rmi$ \.wma$ \.wmv$ \.ogg$ \.ogm$ \.m1v$ \.mp2$ \.mpa$ \.wax$ acl download url_regex -i \.m3u$ \.asx$ \.wpl$ \.wmx$ \.dvr-ms$ \.snd$ \.au$ \.aif$ \.asf$ \.m2v$ acl download url_regex -i \.m2p$ \.ts$ \.tp$ \.trp$ \.div$ \.divx$ \.mod$ \.vob$ \.aob$ \.dts$ acl download url_regex -i \.ac3$ \.cda$ \.vro$ \.deb$
delay_pools 1
delay_class 1 1 delay_parameters 1 3000/3000 delay_access 1 allow download TIME delay_access 1 deny all
Contoh 4
Bagaimana caranya membuat delay pools untuk membatasi download di siang hari dengan speed ... dan malam hari dengan speed ..., abis si bozz malem-nya mau pakai buat download. Jadi pengennya pas malam bw buat user makin kecil, bukan malah di loss acl JAM_KANTOR time SMTWHFA 07:00-18:00
delay_pools 2
delay_class 1 2 delay_parameters 1 24000/32000 -1/-1 delay_access 1 allow riset JAM_KANTOR delay_access 1 deny all delay_class 2 2 delay_parameters 2 8000/8000 -1/-1 delay_access 2 allow riset !JAM_KANTOR delay_access 2 deny all
Contoh 5
Saya ada bandwidth besar, 1mbps. Ingin membatasi yang download file besar di atas 5mbyte, di beri speed 32kbps. Misal bila ada 3 user yang download, tiap-tiap user akan mendapat bandwidth maximal 32kbps.
acl user src 192.168.1.0/24 delay_pools 1 delay_class 1 2 delay_parameters 1 40000/10000000 4000/5000000 delay_access 1 allow user download delay_access 1 deny ALL
Contoh 6
untuk memaksa caching terhadap youtube ( sesuai wiki.squid-cache.org )
acl youtube dstdomain -i .youtube.com acl striming url_regex -i get_video\?video_id videodownload\? cache allow youtube cache allow striming dan harap di ingat untuk posisi tsb di atas sebaiknya diletakkan sebelum hierarchy_stoplist kemudian bisa di gabung ke delay_pool juga delay_class 2 3 delay_access 2 allow warnet striming delay_access 2 deny all delay_parameters 2 -1/-1 -1/-1 3000/200000
Contoh 7
download file mp3 dan 3gp sebesar 1KBps baik pada jam kerja maupun di luar jam kerja akses dmz baik pada jam kerja maupun di luar jam kerja 64KBps akses internet pada jam kerja 32KBps akses internet di luar jam kerja 4KBps acl download urlpath_regex -i \.mp3$ \.3gp$ acl localnet src 192.168.0.0/24 acl dmz dst 202.202.202.0/24 acl onpeak time MTWHF 08:00-18:00 delay_pools 4 delay_class 1 1 delay_parameters 1 1000/1000 delay_access 1 allow download delay_access 1 allow localnet delay_access 1 deny all delay_class 2 1 delay_parameters 2 4000/4000 delay_access 2 allow localnet delay_access 2 allow !dmz delay_access 2 allow !onpeak delay_access 2 deny all
delay_class 3 1 delay_parameters 3 64000/64000 delay_access 2 allow localnet delay_access 3 allow dmz delay_access 3 deny all delay_class 4 1 delay_parameters 4 320000/320000 delay_access 4 allow localnet delay_access 4 deny all
Bandwidth management Menggunanan QoS
CBQ
Teknik klasifikasi paket data yang paling terkenal adalah CBQ, mudah dikonfigurasi, memungkinkan sharing bandwidth antar kelas (class) dan memiliki fasilitas user interface. CBQ mengatur pemakaian bandwidth jaringan yang dialokasikan untuk tiap user, pemakaian bandwidth yang melebihi nilai set akan dipotong (shaping), cbq juga dapat diatur untuk sharing dan meminjam bandwidth antar class jika diperlukan.
HTB
Teknik antrian HTB mirip dengan CBQ hanya perbedaannya terletak pada opsi, HTB lebih sedikit opsi saat konfigurasi serta lebih presisi. Teknik antrian HTB memberikan kita fasilitas pembatasan trafik pada setiap level maupun klasifikasi, bandwidth yang tidak terpakai bisa digunakan oleh klasifikasi yang lebih rendah. Kita juga dapat melihat HTB seperti suatu struktur organisasi dimana pada setiap bagian memiliki wewenang dan mampu membantu bagian lain yang memerlukan, teknik antrian HTB sangat cocok diterapkan pada perusahaan dengan banyak struktur organisasi.
