Search Again:

Re: Need Secondary DNS

From: Men & Mice Support
Date: Thursday, July 1, 1999
Time: 12:37:00 pm

>>I gotta get on that list. I'll join as soon as I can find it.
>>
>Here:
>Unsubscribe: <apple-net-servers-unsubscribe@public.lists.apple.com>
>(I'm sure the opposite works as well.)
>
>And here:
>Help: <http://www.lists.apple.com/apple-net-servers.html>
>or <apple-net-servers-info@public.lists.apple.com>

Right, I've just signed up. I saw your post.

>>The answer to your question has three parts.
>>
>>1) Only a few proxy servers disregard TTLs, to my knowledge. The ones that
>>have a reputation for it are Compuserve and AOL. They may not be doing it
>>anymore; I don't have a convenient way to check. Most other proxy servers,
>>when they were updated for HTTP 1.1, were fixed.
>>
>The discussion on the Net-Servers list was regarding not proxy servers but
>nameservers of large ISPs. It was alleged that MindSpring caches regardless
>of TTLs.

Same thing.

>>2) QuickDNS's intelligent load-balancing takes into account the relative
>>responsiveness of each web server. If one server is getting really hammered
>>because of a defective proxy server, it will send contact packets to
>>QuickDNS less often. QuickDNS Pro will then serve out the address(es) of
>>the other(s) first. Thus the majority of people penalized by slower service
>>are those behind the defective firewall.
>>
>That makes sense. But if the nameserver returns a cached IP address for a
>web server that is off line because it has crashed or the line it is on is
>down...

Right, that's a problem you can't stop.

>>3) Even if multiple defective proxy servers cache one address for
>>extra-long, they probably won't cache the same address, thus spreading the
>>load. For excample, AOL uses multiple proxy servers, which would probably
>>cache addresses from the list in a fairly even fashion.
>>
>So when a server is completely unavailable some users would get no response.
>But the vast majority would be directed to an available server. Right?

Exactly. This is why bad caching is a problem that mostly penalizes the
customers of the culprit.
____________________________________________________________________
Chris Buxton Men & Mice
cbuxton@menandmice.com http://www.menandmice.com



Messages In This Thread:



Return to Digital Point Solutions' Home Page