Embah gunakan aplikasi OLT yg bersifat Client Server, Client pake Windows dan Server pake Unix Alike engine.
Pada aplikasi Client Server, jika jaringan internet putus maka coneksi akan otomatis putus karena server akan meng KILL proses tsb. Cuman GANGGUAN yg embah alami terjadi pada jaringan internet YG MULUS jadi server tidak mungkin mengKILL proses koneksi embah secara otomatis , kecuali secara MANUAL di KILL... --- In obrolan-bandar@yahoogroups.com, "Adam Rajsha" <[EMAIL PROTECTED]> wrote: > > numpang nimbrung yach Mbah, jadi penasaran juga nich. > > bila menyimak ulasan Mbah, kayaknya Mbah gunakan OLT yg berbasiskan Windows. > secara programing bila hanya terjadi disconected tanpa mengakibatkan logout, > maka bila aplikasi tsb 'cerdas', maka dia dapat melakukan conneksi kembali > secara otomatis. > > namun bila disconneted terjadi hingga menyebabkan logout, maka ini yg harus > dicurigai, atau paling tidak aplikasi ini tidak 'cerdas'. > > mungkin benar ada yg kasih saran untuk gunakan berbasis web (web- based), > karena secara natural aplikasi berbasiskan web menggunakan tehnik yg disebut > sebagai 'disconected recordset'. > > artinya koneksi hanya terjadi bila ada interaksi antara user dan aplikasi, > jadi setelah aplikasi meng-excecute suatu proses (query) maka koneksi secara > otomatis terputus, tapi tidak menyebabkan logout. session tiap user akan > terus terjaga dalam bentuk cookies atau 'session'. > > selama kita melakukan aktivitas atau 'aktive' pada aplikasi web tsb, session > tsb tidak akan hilang. > > jadi bila Mbah gunakan aplikasi OLT web dan terus 'aktive', tapi masih juga > terjadi disconnected (logout), nah ini benar2 perlu dicurigai. > > salam, > AR > > > > On 5/7/08, jsx_consultant <[EMAIL PROTECTED]> wrote: > > > > Kalo suatu server lagi RAMAI: > > - Apakah kita ENGGA BISA masuk ?, atau > > - Kita dikasih masuk (connect) baru digebug (diputusin)... > > > > Kalo menurut LOGIKA embah: > > - Jika suatu sever udah TERLALU RAMAI (quota user dilampaui), > > otomatis sistem TIDAK mengijinkan connect, kita engga akan > > berhasil connect.. betul engga ?. Jadi kita TIDAK AKAN > > mengalami kejadian seperti di KILL (didisconnect secara > > PAKSA). > > > > Ngapain sistem ngijinin KITA BISA CONNECT kalo CUMAN buat > > di KILL... > > > > > > --- In obrolan-bandar@yahoogroups.com <obrolan-bandar% 40yahoogroups.com>, > > "Andrian Kurniady" > > <andrian@> wrote: > > > > > > Kalau yang saya perhatikan sih, dari beberapa OLT yang saya pakai : > > > 1. Biasanya client OLT ada settingan semacam "timeout", di mana > > kalau > > > servernya tidak merespon dalam jangka waktu <sekian> detik, dia > > anggap > > > koneksi putus (muncul tanda putus, lalu tanya mau reconnect atau > > > tidak) -- walopun bukan karena diputusin sama servernya. > > > > > > 2. Servernya bisa dibilang tidak mampu handle transaksi "ramai" pada > > > saat market lagi bergerak (rally), jadi kalo lagi rally, respon > > server > > > jadi lambat (karena banyak antrian transaksi dan servernya nggak > > > kuat). Kalau lambatnya keterlaluan sampai lewat dari timeout seperti > > > di atas, ya otomatis client anda terputus. > > > --> respon server lambat bisa jadi karena -> koneksi server OLT ke > > > server BEI lambat, server OLTnya yang tidak mampu (kebanyakan user), > > > atau koneksi server OLT ke IIX yang lambat (kalo traffic normal > > waktu > > > market sepi tidak lambat, kalo trafficnya lagi ramai, koneksinya ga > > > kuat). > > > > > > 3. Walaupun mbah nyobanya di beberapa server, bisa jadi gejala yang > > > sama terjadi juga karena banyak orang yang terputus lalu coba pindah > > > server seperti mbah, nah kalo total server masih mampu handle total > > > user ya no problem (misalnya lagi kurang beruntung di mana server > > yang > > > dipakai lagi ramai, sedangkan server sebelah kosong), tapi kalo > > total > > > servernya tidak sebanding dengan total user, pindah server ya jelas > > > tidak ada gunanya (kan semua servernya ramai dan overloaded). Atau > > > kalo yang masalah itu bandwidth koneksi (OLT ke BEI dan OLT ke IIX), > > > pindah server juga ga ada gunanya karena pool bandwidthnya biasanya > > > sama. Tapi kalo dari praktek programming network yang benar sih, > > > walopun OLT ke BEI lambat, semestinya client tidak terputus, karena > > > server OLT tetap bisa respon ping dari client. > > > > > > 4. Kalau yang saya perhatikan sih, tidak semua OLT kena masalah itu > > > (kalo ramai disconnected). Ada satu OLT yang saya pakai dan sering > > > kejadian putus-kalo-rame begitu, sedangkan OLT sebelah normal - > > normal > > > saja tuh (jadi bukan salah server BEI). > > > > > > -Kurniady > > > > > > 2008/5/7 jsx_consultant <jsx-consultant@>: > > > > > > > > > > > > > > > > > > > > > > > > > > > > --- In obrolan-bandar@yahoogroups.com<obrolan-bandar% 40yahoogroups.com>, > > "bang" <bankwij63@> wrote: > > > > > > > > > > Mbah. > > > > > Sepertinya permasalahan ada di penyedia OLT. > > > > > Kita bisa tanya kepada penyedia OLT. Berapa kemampuan server > > OLT > > > > menghandle > > > > > secara bersamaan di akses oleh member OLT tersebut. Misalnya > > > > kemampuannya > > > > > server maksimum 200 customer mengakses secara bersama-2 maka > > customer > > > > yang > > > > > ke-201 tidak akan pernah bisa masuk alias akan diputus terus > > setiap > > > > kali > > > > > masuk. > > > > > > > > Embah coba bukan cuman 1 server aja tapi beberapa server.. > > > > > > > > Kalo limit JUMLAH user dilampaui seharusnya kita TIDAK bisa > > connect > > > > tapi embah mengalami BISA connect LALU putus/diputus dan kejadian > > > > ini tidak selalu terjadi pada BURSA RAMAI tapi pada saat ada > > > > saham yg LAGI MULAI RALLY... > > > > > > > > > > > > > > > > > >
