Komunitas Indonesia Open Source

mod abdi

setuju - sederhananya serhananya = route cache - hampir semua mesin begitu kok
pertanyaannya : kenapa dibuat begitu?

karena efisien, security mungkin

kalo dulu sewaktu belajar : ada yg namanya FIB - apa sama ya?

Yap semua informasi routing ada di FIB (Forwarding Information Base)

maksudnya untuk load balancing 2 pipa atau 1 pipa saja? pada WAN atau LAN?

loadbalancing untuk lebih dari 1 pipe, mungkin bisa WAN dan LAN juga

apa mekanisme equalize tidak cukup?

ini opsi equalize yang ada di perintah "ip" atau bukan?

@ opik

sabar atuh

ok, kembali ke laptop untuk membahas bonding ppp
ini pertanyaan abdi belum dijawab sama opik :

nah, ini menarik - apakah bisa dijabarkan lebih detil? kira2 bagaimana hubungan antara layer 2 dan 3? penentuan jalurnya -> apa mungkin dari sini bisa diambil analisa tentang apa itu load balancing dan failover

padahal jawabnya sudah ada tuh di-thread sebelah

@ wijayakto

loadbalancing untuk lebih dari 1 pipe, mungkin bisa WAN dan LAN juga

kalo membandingkan masalah performa streaming (lag) dengan loadbalancing/bonding - parameternya banyak spt :
- kondisi server sendiri : bandwidth, processing dsb
- kondisi klien juga sama : bandwidth, processing dsb
- protokol yg dipergunakan dsb
bila 2 hal diatas sudah ok - berarti tidak perlu bonding/loadbalancing sebetulnya

terlepas itu - bila mau bonding/loadbalance juga boleh asal kebutuhan aplikasi-nya sudah benar dimana bonding lebih disukai diatas loadbalancing (mengatasi NAT dsb).

ini opsi equalize yang ada di perintah "ip" atau bukan?

yup. cukup bagus performanya sewaktu abdi ujicoba kemarin - untuk mengatasi multi gateway apalagi ditambah HSRP/VRRP.

@ serangku

bisa kah bonding berbasis pppoe (speedy telkom) dilakukan tanpa melakukan apa2 di sisi isp, dgn kata lain hanya nguprek di sisi klien ?

abdi kira - *mungin* itulah yang dinamakan fungsi riset yang sedang abdi coba bahas dgn opik faisal wijayakto dkk di thread ini sekaligus menimba-memperdalam ilmu tcp/ip-nya

kemungkinannya kan sesuai dgn pertanyaan : bisa tidak ppp "khusus speedy" dibonding? - atau *mungkin* ada cara lain yang bisa disetarakan membonding ppp speedy untuk mendapat hasil maksimal dari 2 atau lebih line ppp speedy

opikdesign wrote:

lupanama wrote:

gan........ maaf ganggu bang
saya sudah menerapkan cara loadbalancinya mas REZA, saya pasang 2 Speedy
tapi kok ketika saya mendownload dari INDOWEBSTER saya cuma dapet 100Kbps, padahal kalo model penggabungan dengan MIKROTIK, saya bisa dapet 200Kbps
mohon pencerahanya

terima kasih

loadbalance dengan bonding beda, klo loadbalance itu menyeimbangkan beban ke 2 ato lebih jalur ISP sesuai perbandingan yg kita berika sedangkan yg bisa menggabungkan b/w itu bukan loadbalance tetapi bisa dengan bonding...

Allow mas-mas para sesepu yang saya hormati lagi cintai... MERDEKA,
Ohh iya kembali ke TCP/IP, TCP/IP=aturan mirip dengan Konsep OS. Semua cara kerja pada jaringan merupakan pengembangan dari cara kerja OS,hanya saja kalo OS yang diurus mesinnya sendiri,kalo di jaringan ada protokol "SNMP"nya..
   Menurut saya kalo di lihat dari konsep TCP/IP maupun OS, dimana tidak ada 2 jalur(kanal)  untuk satu proses, apalagi di terapkan pada protocol TCP dengan "Three Way Handshake" nya, pasti tidak ada koneksi yang Establised. Namun boleh ada dua proses melalui satu jalur yang sama , ini disebut Multiplexing (port tcp/ip merupakan salah satu implementasinya).

BONDING :
   Rebonding.. eis bonding (lucu mode on .. )
Seperti mas opick yang sudah sebutkan adalah penggabungan 2 jalur menjadi satu untuk mendapatkan koneksi yang lebih cepat, Analogi TCP/IP di rubah disini(bonding), karena di sini protocol ARP nantinya hanya akan melihat satu alamat MAC yang di buat saat konfigurasinya.

Loch gemana dengan interface-interface yang punya IP berbeda ? Nantinya, dalam melakukan koneksi, itu urusan mereka ! siapa ? TCP dan UDP !!  Protocol tersebut akan menambahkan nomor sebagai penanda setiap paket yang sudah di fragment ketika di kirim ke jaringan, tetapi hal ini bisa menyebabkan duplikasi data yang terlalu ketara apabila jaringan terlalu kritis dengan informasi IP dan MAC yang berakibat menjadi beratnya proses pada terminal yang menggunakan Bonding.

Bonding bekerja di layer 2,3 dan 4

1. Pada layer kedua, tugasnya menentukan MAC yang digunakan untuk di kenali protocol ARP
2. Pada layer ketiga, tugasnya menentukan alamat IP untuk interface-interfacenya (Khusus untuk protocol Ethernet(802.3 ,yang lain ndak tau)
3. Pada layer ke empat , tugasnya minta tolong supaya datanya di beri metode pengiriman (TCP or UDP) dan mengatur sequence number untuk paket-paketnya.

Maaf teman2, tolong dibantah penjelasan saya diatas,karena itu hanya pandangan saya ,toch mata saya masih kabur, bonding sedikit/banyak membingungkan saya. tanks..

Last edited by benhard (15-08-2010 03:01:44)

@mod abdi

untuk masalah ip bonding, saya setuju dengan benhard, mac address nya akan join di interface bondingnya

namun, pada saat saya implementasi untuk wan optimization, IP address dan mac disetiap interface diperlukan untuk melakukan check masing2 link (via ping atau arp)

hiahahahaha tambah seru aja nih?! mantap...

pertanyaannya dah di jawab sendiri nih?!

abdi_wae wrote:

@ opik

sabar atuh

ok, kembali ke laptop untuk membahas bonding ppp
ini pertanyaan abdi belum dijawab sama opik :

nah, ini menarik - apakah bisa dijabarkan lebih detil? kira2 bagaimana hubungan antara layer 2 dan 3? penentuan jalurnya -> apa mungkin dari sini bisa diambil analisa tentang apa itu load balancing dan failover

padahal jawabnya sudah ada tuh di-thread sebelah

dan jawabanya...

abdi_wae wrote:

seperti penjelasan abdi sebelumnya disini :

secara teori dasar - setiap interface (baik bonding atau ethernet atau tap/tunnel ataupun interface lainnya) selalu berawal pada layer 2 secara fisik -> interface tersebut baru akan berubah tingkat pada layer 3/network layer setelah dia mengenal/menggunakan atribut IP pada dirinya.

Layer 2:
Urusannya dengan frames mengenal baik LLC maupun MAC

Layer 3:
Berhubungan dengan header paket-paket data yang mengenal IP


sementara opik jadi pendengar dulu deh,
diskusinya mulai melebar kemana-mana....

halo rekan semua

hmm... setelah berulang kali membaca opini benhard ttg tcp multiplexing - sepertinya ada yg harus diralat dari jawaban abdi nih

betul, setuju
sederhananya setiap orang bisa akses www pada 1 port TCP 80, bukankah? mohon koreksi bila salah
kata "multiplexing" -> sudah lama dilupakan euy

ada ralat sedikit dari abdi nih :
agak kurang pas sebetulnya bila multiplexing pada TCP dikatakan bonding - karena sebuah port tetap punya 1 jalur -> *mungkin* bahasan tcp multiplexing ini dibanding dengan bahasan *bonding* lebih cenderung masuk ke wilayah tcp/application load balancing/application-service clustering jadi *mungkin* sudah agak keluar dari diskusi *bonding/loadbalance* ppp (layer 2 dan 3).

Bonding bekerja di layer 2,3 dan 4
---
secara umum - bila melihat definisi benhard dari TCP multiplexing maka sah2 saja bonding bekerja pada layer 2, 3 dan 4

tapi untuk sederhananya - boleh dikatakan demikian saja ya

---

kembali ke topik bonding/loadbalance PPP -> kiranya bahasan untuk loadbalance PPP sudah umum ya dan *mungkin* sudah banyak diterapkan, jadi tidak ada bahasan lebih lanjut jadi, tinggal menyisakan *bonding* ppp-nya.

@ wijayakto

maaf, salah syntax nih jadi agak kurang jelas bacanya - maksud abdi disini :

- apakah kita bicara per-paket yang sudah disediakan OS? atau

per-paket disini maksudnya = aplikasi ip equalize sudah built-in pada OS ubuntu server 804 LTS, jadi bukan masalah per-flow menjadi per-packet maaf ya kan, tinggal install OS servernya

dari pengalaman abdi kemarin - yg insyaAlloh sudah jalan bagus, *mungkin* para builder ubuntu/debian sudah mem-patch terlebih dulu.

ok, dari man ip equalize :

equalize
              allow packet by packet randomization on multipath routes.  Without this modifier, the route will be frozen to one selected  nexthop,  so  that  load
              splitting will only occur on per-flow base.  equalize only works if the kernel is patched.

yup. setuju
itu mungkin bisa jadi bahan ujicoba untuk wijayakto (kalo punya waktu dan mesin yang luang) - karena *mungkin* saja ujicoba yang telah abdi lakukan masih ada yg kurang?

tapi kalo untuk bagian ini :

Dan "man rtnetlink" dikatakan "RTM_F_EQUALIZE  a multicast equalizer (not yet implemented)"

itu sepertinya khusus untuk multicast ya - yg mana cara bekerja multicast cukup banyak berbeda dibanding unicast/broadcast. dulu sewaktu belajar masih ingat ada yg namanya RP, RPF dsb - mungkin bisa dirujuk kesana kenapa equalize pada multicast belum dicoba? abdi belum testing multicast karena kemarin tidak ada aplikasi yg digunakan memakai multicast btw, abdi juga kurang in-depth kalo sudah masuk wilayah multicast

Mungkin, tujuan dari diskusi ini (dari awal) adalah mencari bagaimana cara agar dapat menggabungkan lebih dari 1 koneksi (speedy/lainnya). Seperti telah di jelaskan, penggunaan bonding tidak memungkinkan untuk dipakai pada sisi end-user. (seperti pertanyaan serangku yang lalu)

yup, setuju - maka dari itu, abdi coba kembalikan lagi pada bahasan layer 2 dan 3 terutama sisi  interface PPP.

ada sebuah diskusi menarik dari rekan2 di forum mikrotik.com tentang bonding PPP - cukup kritis analisanya yg mungkin bisa kita jadikan acuan :
http://forum.mikrotik.com/viewtopic.php?f=2&t=44181

jadi - kembali ke bonding PPP

untuk yang ini :

Sedangkan penggunaan ECMP loadbalancing, kebanyakan di forum ini mengeluhkan koneksi yang putus-putus apabila sedang bermain game online.

parameter apa yg disimpan oleh sebuah server dari setiap request dari klien?
*mungkin* jawabannya sudah ada dibahasan diatas sebelumnya

@ opik

hiahahahaha tambah seru aja nih?! mantap...
pertanyaannya dah di jawab sendiri nih?!
---
Layer 2:
Urusannya dengan frames mengenal baik LLC maupun MAC

Layer 3:
Berhubungan dengan header paket-paket data yang mengenal IP

hehehe maksud abdi bukan itu opik
sudah dibahas sama benhard sama faisal tuh di-atas
coba dibaca pelan2 deh ada kok

sementara opik jadi pendengar dulu deh,
diskusinya mulai melebar kemana-mana....

nggak kok, kita kembali membahas *bonding* pppoe - bila memungkinkan diterapkan tanpa setting disisi provider

mod kang abdi_wae

Hallow mas, pa kabar.. semoga dalam lindunganNya ..seep..
Menurut yang saya jelaskan sebelumnya, BONDING dan MULTIPLEXING itu saling berbalik pengertiannya.

Bonding = 1/lebih proses koneksi untuk dua kanal
MULTIPLEX = 1 kanal untuk banyak proses koneksi, memang betul kata abdi,kata "multiplex" jaraang di gunakan untuk pembahasan TCP/ip, ini lebih menjurus pada teknik penandaan frequensi untuk komunikasi data. tetapi cara kerjanya di tiru oleh protocol TCP/ip.
hheheh peace...

re"BONDING" bikin binun tapi asik..

Tadi di satu post saya baca kalo " IP lebih penting di bandingkan MAC,karena akan di gantikan oleh router yang ada diatas" .. saya rasa memang betul kalo MAC digantikan oleh router yanga ada diatas, tapi untuk koneksi Direct-routing ke router yang di atas tadi, kan harus pake mac juga kan ?? betulkah ??

PPP
protocol ini bekerja pada layer 2, sama seperti ethernet

kesimpulan :
1. bonding merupakan salah satu teknik yang digunakan untuk memecahkan permasalahan untuk koneksi dengan kanal ganda.
2. prakteknya sudah banya di bahas di forum ini,dan banyak yang berhasil, saya ?? malu neh !!
3. Teorinya ,mantap pisan di bahas sama sesepu-sesepu kita di atas
4. Linuxnya sampai di'kupak' ke Kernel-kernelnya, mantaffff...(keren mas wijayakto )

PERTANYAAN (??????))
++ MANAKAH YANG LEBIH BAGUS, PAKE LOADBALANCE or BONDING ???+++

tenkiu banget ...
terus rebonding...,sampai lurus bahasannya ...

ehh,, SALAM MERDEKA UNTUK BANGSA INDONESIA .. SEMOGA KITA TETAP DI RIDOI YANG ESA..amin

@ benhard

Tadi di satu post saya baca kalo " IP lebih penting di bandingkan MAC,karena akan di gantikan oleh router yang ada diatas" .. saya rasa memang betul kalo MAC digantikan oleh router yanga ada diatas, tapi untuk koneksi Direct-routing ke router yang di atas tadi, kan harus pake mac juga kan ?? betulkah ??

maksudnya bagian yg inikah?

tapi kalo dijawab singkatnya sih - semua komunikasi end-to-end harus punya IP - kecuali MAC yang tidak wajib karena MAC sifatnya digantikan oleh router didepannya - kecuali bila pakai tunnel interface. cmiiw btw

semua lapisan pada OSI dari lapisan 7 sampai dgn 1 adalah saling berhubungan pastinya

tapi coba benhard review kembali - kenapa harus IP yang mewakili semua lapisan OSI itu? mudah2an jawabnya cukup mudah kok

@ opik

sabar ya, belum sempat ngoprek mlppp-servernya nih, RAM-nya kurang untuk emulasi 2 mesin linux cuma ada 512MB soalnya

@ wijayakto

Kalau melihat rfc1717 sepertinya disisi provider harus mensupportnya.

kembali ke laptop

kita coba bahas dari teknologi layer 2 dulu ya :
- perbedaan bonding dan bridging itu ada dmn?
- dan bila ada bedanya, kenapa harus berbeda?

misalkan begini :
- dibuat 1 buah bridge dgn 2 port sebagai membernya - berbanding
- 1 buah bonding interface dgn 2 port juga sebagai membernya

beuh ...

bantu sundul dulu aja komandan ...
Layer 2 ... Layer 3 .. OSI ... lieur euy

manut2 ngelihat para jedi berdiscuss
moga ketularan key word na

koq malah membahas layer OSI sih?!
apa gak sebaiknya buat thread baru?!