From owner-freebsd-isp Sat Sep 15 9:29: 8 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 06C3537B403 for ; Sat, 15 Sep 2001 09:29:01 -0700 (PDT) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id CB08C16B27 for ; Sat, 15 Sep 2001 18:28:58 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [66.64.14.18] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id A45BAF270048; Sat, 15 Sep 2001 18:39:55 +0200 Message-Id: <5.1.0.14.0.20010915110914.02ceeea8@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 15 Sep 2001 11:28:28 -0500 To: Freebsd-isp@freebsd.org From: Len Conrad Subject: Re: Mail Server - Round Robin Load Distribution In-Reply-To: <3BA37C96.678DB083@buckhorn.net> References: <5.1.0.14.0.20010915091315.0a697b28@mail.Go2France.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Internet Explorer > V4.x, Outlook and Outlook Express > V4.x, Netscape > >V4.x (On your Unix box, with netscape running, do a ps -ax... that dns >helper is a caching resolver) Once any of these find a working name==ip, >they will continue to use it until the pair fails. hmm. ok, application-level caching. The corporate DNS admin who was desiging to roll out W2K and AD to 60K desktops made the point of W2K "resolver" doing caching. >I was being overly simplistic. But using multiple RR's won't load >balance, it causes [hopefully] load sharing yes, if "balancing" implies load detection. Alternating RR physical sequence is dumb load sharing, load distribution. >, assuming nothing between >the client and the authoritative server caches the response from the >authoritative server. a caching BIND DNS will also respect its RRorder param. > More to the point of this thread, and using your >example, all of aol's mail servers have separate names, and A records, >but have the same MX priority. And on high traffic networks, DNS based >load sharing won't work for a number of reasons, but primarily because >of client caching, it will and does work > and that this method of load distribution doesn't >take server responsiveness into account. yep, it´s dumb, but it´s a lot better than no load sharing. > For clarity on that last point, >I'll use the example of 2 mail servers with MX records of equal >preference. Each will handle every other request. But if every other >request is a list what´s a query for a "list" ? >, one server is going to end up doing a lot more work >than the other, possibly to the point of failure. what? > While this tends to >affect web servers more than mail servers, it's still the reason they >build load balancers. Note that DNS-based load balancers have extremely short TTL's, which will slow the average access time due to loss of caching. > There is also a problem with the authoritative >name servers and timing. If I dig at aol.com 10 times in a row, I will >get cyclic answers. But if I dig at aol.com once an hour for 10 hours >(which is far more likely in the real world) I'm apt to get a much >higher incidence of the same response. why? >Again, this is a much bigger problem on a high volume network. why? > > ok, your answer is right, for the wrong reasons. :)) >A different way of arriving at the same conclusion perhaps? yes, my right way, and your wrong way. :)) >Some place in the midst of this discussion, somebody ought to point out >that no matter what you do, using CNAME's for mail servers is a bad >idea. CNAME´s are to be avoided. > Pick the MTA of your choice, go to their web site, and you are >bound to find something about CNAME loops in the FAQ. CNAME´s are to be avoided. Much more common is an MX hostname being an ip address. Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message