From owner-freebsd-stable  Fri Mar 16  1:13: 3 2001
Delivered-To: freebsd-stable@freebsd.org
Received: from piano.mahoroba.org (to2-093.netspace.or.jp [202.210.89.93])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9EEEB37B71A; Fri, 16 Mar 2001 01:12:59 -0800 (PST)
	(envelope-from ume@FreeBSD.org)
Received: from localhost (IDENT:oldcHF4yhlqdocqL732wHlsh3rsZMkN74Gz1pskfz2NU2TG3BG8Xe+u2Bb1joNDC@localhost [::1])
	(authenticated as ume with CRAM-MD5 (0 bits))
	by piano.mahoroba.org (8.12.0.Beta5/8.12.0.Beta5/piano) with ESMTP id f2G9CUqp062678;
	Fri, 16 Mar 2001 18:12:37 +0900 (JST)
	(envelope-from ume@FreeBSD.org)
Date: Fri, 16 Mar 2001 18:12:29 +0900 (JST)
Message-Id: <20010316.181229.125831413.ume@FreeBSD.org>
To: sdk@shell.yuck.net
Cc: freebsd-stable@FreeBSD.org
Cc: ume@FreeBSD.org
Subject: Re: 4.3-BETA2, name resolution problem?
From: Hajimu UMEMOTO <ume@FreeBSD.org>
In-Reply-To: <20010315161333.A14337@visi.com>
References: <20010315161333.A14337@visi.com>
X-Mailer: xcite1.38> Mew version 1.95b93 on Emacs 20.7 / Mule 4.0
 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?=
X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc
X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91  05 D0 B3 EF 36 9B 6A BC
X-URL: http://www.imasy.org/~ume/
X-OS: FreeBSD 4.3-BETA
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-stable@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

>>>>> On Thu, 15 Mar 2001 16:13:33 -0600
>>>>> Stephen <sdk@shell.yuck.net> said:

sdk> I've just installed 4.3-BETA2 and compiled a custom kernel with IPv6
sdk> disabled and have nothing IPv6 related in /etc/rc.conf.  I'm noticing slow
sdk> telnet and fetch connect times, and after snooping with Ethereal, found

How slow is it?

sdk> that it's trying to resolve my FQ hostname via DNS with a type 'AAAA'
sdk> (IPv6?) before falling back to type 'A'.  4.2-R doesn't appear to do this.  

Now, getaddrinfo(3) always queries AAAA RR in addition to A RR even if
kernel doesn't support IPv6.  It is real behavior of getaddrinfo(3)
without specifying AI_ADDRCONFIG.  Because, query for AAAA RR and A RR
is done in same time, it should not be a problem.  Once there was DNS
query order problem at 4.0-RELEASE days.  But, I believe it was
completely corrected.

--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
ume@mahoroba.org  ume@bisd.hitachi.co.jp  ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message