On Sunday, April 15, 2001, 9:39:17 AM, P.Y. Adi Prasaja told the list:
>> Dalam kasus semua Host adalah Round Robin memang demikian, akan tetapi
>> jika Round Robin nya adalah "grouping" (spt CBNnet atau GMX.NET)
>> hasilnya bisa beda lho.
PYAP> Sama saja. Toh dns CBN, misalnya, tidak bisa mengontrol/memaksa
PYAP> bagaimana dns-dns lain harus berperilaku.
Memaksa sih tidak, tp jika client berprilaku "normal" maka dia bisa
berharap.
PYAP> BTW, apa maksudnya 'grouping'?.
Sebagian Round Robin, sebagian lagi sebagai secondary MX.
PYAP> Kata kuncinya adalah: kita tidak serve hanya satu client.
Mungkin saya salah menterjemahkan maksud Anda di posting yl, bisa
diperjelas maksud kata-2x ini ?
>> PYAP> Nah, jadi timbul problem baru. menyelesaikan masalah kan tidak
>> PYAP> harus dengan membuat masalah baru :-)
>>
>> Oh, ini trade off; tinggal hitung-2x an antara manfaat dan mudaratnya
>> :-)
PYAP> He..he.. masalahnya pemendekan TTL tidak akan membantu :-)
Kenapa ?
>> - tanpa Round Robin, maka MTA-sender akan (selalu) kirim ke primary
>> MX, hanya jika sibuk barulah di akan switch ke MX backup (tetapi
>> tetap hitting primary MX terlebih dahulu).
>> - dg round robin, maka MTA-Sender (mungkin) akan kirim ke MX yg tidak
>> sibuk.
PYAP> hmm.. round-robin (atau juga random) jelas mensyaratkan preferensi mx
PYAP> yang sama. selebihnya, mestinya akan/harus sesuai standar (harus
PYAP> menghubungi mx dengan preferensi lebih rendah dulu .. dst...dst..).
Nah kalau semua MX preference levelnya sama ?
>> tetapi dari MTA-Sender POV, ini artinya penghematan waktu, dan dari
>> sudut ISP hal ini berarti penghematan bandwith.
PYAP> Sejauh secara fisik/logika server kita berada di satu network, maka
PYAP> ini tidak akan berpengaruh terhadap bandwidth. Pada mulanya teknik
PYAP> ini adalah bertujuan meningkatkan responsifitas sistem (oleh karena
PYAP> akses filesystem yang lambat, misalnya). Penghematan waktu bagi MTA
PYAP> sender kan karena sistem kita jadi lebih responsif, atau ada yang
PYAP> lain?
Secara umum memang itu tujuannya, akan tetapi stl dipikir-pikir lagi,
mungkin hal itu akan lebih berguna untuk Host (mis. smtp.isp.net.id)
dpd utk MX, krn umumnya MTA punya fasilitas untuk langsung retry ke
secondary MX, sementara umumnya Mailer tdk punya fasilitas semacam
itu.
>> Itu bijaksana, 1-minggu sebelum hijrah (kapan tuh ?) memang TTL perlu
>> di decrease, shg perpindahan akan smooth.
PYAP> senin pindahan :-)
Selamat deh :-)
PYAP> PS. sekarang kalau nulis sampai malem-2, banyak order nih? :-)
PYAP> atau dari rumah?
Dari rumah (lagi ngetest Mercury nih).
--
Best regards,
- Syafril -
List Moderator/Owner [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
--
--MDaemon-L----------------------------------------------------------
Milis ini untuk Diskusi antar pengguna MDaemon Mail Server.
Untuk menghubungi moderator/List Owner double click link dibawah ini:
<mailto:[EMAIL PROTECTED]>
Untuk Unsubscribe, double click link dibawah ini langsung kirim
<mailto:[EMAIL PROTECTED]>
Untuk Subscribe, double click link dibawah ini langsung kirim
<mailto:[EMAIL PROTECTED]>
--POWERED BY MDAEMON!------------------------------------------------
Anda terdaftar di List ini dg alamat : [email protected]
