From owner-freebsd-isp Fri Jul 18 15:05:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19045 for isp-outgoing; Fri, 18 Jul 1997 15:05:38 -0700 (PDT) Received: from mail.id.net (mail.id.net [199.125.1.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19040 for ; Fri, 18 Jul 1997 15:05:34 -0700 (PDT) Received: from shell.id.net (shell.id.net [199.125.2.8]) by mail.id.net (8.8.6/8.8.6) with ESMTP id SAA03204; Fri, 18 Jul 1997 18:05:29 -0400 (EDT) From: Robert Shady Received: (from rls@localhost) by shell.id.net (8.8.5/8.7.3) id SAA10556; Fri, 18 Jul 1997 18:05:28 -0400 (EDT) Message-Id: <199707182205.SAA10556@shell.id.net> Subject: Re: DNS "slow" In-Reply-To: <199707181915.MAA10840@hub.freebsd.org> from Patrick Burm at "Jul 18, 97 12:14:25 pm" To: patb@commlitho.com (Patrick Burm) Date: Fri, 18 Jul 1997 18:05:28 -0400 (EDT) Cc: isp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-isp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have a P100 setup as the "primary" nameserver > for my dial-up users. I am using a PM3 from livingston > for my access server. The P100 has 48 megs RAM. > > My question is...is a P100 fast enough if DNS is all > this box is really doing? That is *WAY* overkill for most nameservers at *most* ISP's. I wouldn't downgrade, but it should be plenty if that's all the machine is doing.... > Reason I'm asking...some of my users are getting > "error getting address for xxx.xxxx.xxx" for my > own mail server! they can try again a second time > and everything is fine. The ones who complain the > most are the people with 14.4s. They could be timing out. Have you had any problems looking up dns's locally (Aside from below). > I also notice that a "pmwho" will sometimes not > resolve reverse addresses either, then a second pull > will have the names listed. The livingston boxes don't do DNS lookups unless they NEED to, therefor it's fairly normal to notice the first 'pmwho' not resolve the entries, and the second one resolve them.. They do 'timeout', so if you wait awhile, another pmwho will not resolve, but if you run it again, it will.. Etc.. It's a vicious cycle. -- Rob === _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ Innovative Data Services Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net