Testing Dummynet di FreeBSD 4.x.

Perobaan beberapa algoritma limiter "prob" & "queue"

 Spek komputer router:
- AMD Athlon 750 Mhz.
- Memory 256 M.
- Ethernet xl0 100baseTX <full-duplex>.
- Ethernet rl0 100baseTX <full-duplex>.

Spek komputer client:
- AMD 1.2 Duron Ghz.
- Ethernet SIS 10/100.
- Memory 128 M.

Periperal lainnya:
- Swith Compax 16 port.
- UTP Cat-5 (Panjang kabel yg dipakai kira2 78 M).
Sistem Operasi:
- FreeBSD 4.10-Stable.
- Windows XP Proffesional.

Traffic shapper dengan menggunakan "prob"
-----------------------------------------
Traffic shapper yg dipake adalah "Dummynet", di router dilakukan
pembatasan [/etc/rc.firewall] dengan rule set sbb:

${fwcmd} add 1 pipe 1 ip from ${router} to ${client1}
${fwcmd} pipe 1 config bw 64Kbit/s......(1)

${fwcmd} add prob 0.5 pipe 1 ip from ${router} to ${client1}
${fwcmd} pipe 1 config bw 64Kbit/s......(2)

${fwcmd} add prob 0.1 pipe 1 ip from ${router} to ${client1}
${fwcmd} pipe 1 config bw 64Kbit/s......(3)

${fwcmd} add prob 0.9 pipe 1 ip from ${router} to ${client1}
${fwcmd} pipe 1 config bw 64Kbit/s......(4)

Hasil yg didapat secara berurutan:
1. 64Kbit/s =
8 KByte/s => tanpa prob (default prob = 1)
2. 64Kbit/s = 16 KByte/s => prob 0.5
3. 64Kbit/s = 80 KByte/s => prob 0.1
4. 64Kbit/s =
9 KByte/s => prob 0.9

Kesimpulan: Makin besar nilei "prob", makin besar (mendekati 1) droping

paketnya. Makin kecil nilei "prob", makin kecil droping

paketnya.

Hitunganya menggunakan perbandingan terbalik:

Jika prob = 1, maka bw yg didapatkan = 8 KByte/s

Jika prob = 0.5, make bw yg didapatkan = 2 * 8 KByte/s = 16 KByte/s

Jika prob = 0.1, maka bw yg didapatkan = 10 * 8 KByte/s = 80 KByte/s


Traffic shapper dengan menggunakan "queuering" mekanism.
-------------------------------------------------------
Di file yg sama (/etc/rc.firewall), saya buat rule set
untuk nge-limit outbound saja sbb:

${fwcmd} add 1
queue 1 ip from ${router} to ${client-1} via ${eth_1}
${fwcmd} add 2
queue 2 ip from ${router} to ${client-2} via ${eth_1}
${fwcmd} queue 1 config pipe 100 weight 80
${fwcmd} queue 2 config pipe 100 weight 80
${fwcmd} pipe 100 config bw 128Kbit/s

Saya melakukan limiting di router dengan sistem share (ratio)
antara 2 host komputer:
- client-1 mendapatkan extra bandwidth dibanding client-2 karena

${no_queue}-nya lebih besar dibanding client-2.

Saya rubah rule set di /etc/rc.firewall sbb:

${fwcmd} add 1
queue 2 ip from ${router} to ${client-1} via ${eth_1}
${fwcmd} add 2
queue 2 ip from ${router} to ${client-2} via ${eth_1}
${fwcmd} queue 2 config pipe 100 weight 80
${fwcmd} pipe 100 config bw 128Kbit/s

Hasilnya:
- Meskipun pas reloading firewall ada message errors "ipfw:

setsockopt(IP_DUMMYNET_CONFIGURE): Invalid argument" tp _kelihatannya_

bisa jalan.
- client-1 dan client-2 mendapatkan bandwidth yg sama besar, jika

client-1 atau client-2 tidak ada aktifitas maka bandwidth-nya jatuh

ke salah satu client-1 dan client-2


Ternyata setelah diganti ${no_queue} => 3 sptnya tidak ada error message lagi.
belom tahu knp bisa gini. Mustinya untuk ${no_queue} mulai dari
_harusnya_ tidak ada masalah.

Aturan syntax yg bisa saya tangkap sbb:
1. Urutan rule musti

- [...ip from...]

- [...queue 1 config pipe...]

- [...pipe 100 config...]
2. Di rule [...ip from...] boleh menggunakan "queue ${no_queue}"

yg sama asalkan rule selanjutnya berbeda dan nileinya musti

lebih besar dari "3".
3. ${no_queue} di rule [...ip from...] boleh sama nileinya dengan

${no_queue} di rule [...queue 1 config pipe...]
4. ${no_queue} di [...queue 1 config pipe...] harus lebih besar dari

${no_queue} di [...ip from...] atau paling kecil nileinya 3.
5. Makin besar nilei ${no_queue} di [...ip from...] maka rule itu yg

diprioritaskan (Dpt bandwidth lebih besar)

Kesimpulan:
- Untuk "prob" bisa di-implementasikan sesuei dengan kebutuhan.
- Sistem spt ini tidak bisa digunakan di warnet dilihat dari

kenyamanan speed links yg bisa tarik menarik seusai dengan ratio jika

queue di-implementasikan. Mungkin dengan quering base on service bisa

dilakukan di warnet. Tetapi dengan hardling limit juga sebetulnya

sudah cukup untuk sebuah warnet.
- Jika perlu feature algorithm (ex: CIR/Burstable) yg lebih spt ALTQ lebih

bisa diharapkan. Kalo ada duit ya pake "ETenv" (Bandwidth Manager)

seharga USD 700 ;p.

Mungkin ada saran/input, sangat welcome banget. Silahkan kirimkan ke
 budiyt@gmail.com .

Related

Application Support 3117952216729482392

Posting Komentar

emo-but-icon

Follow Us

Hot in week

Recent

Comments

Side Ads

Text Widget

Connect Us

item