From owner-freebsd-net@FreeBSD.ORG Fri Jun 17 03:42:02 2011 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 481AB106566B for ; Fri, 17 Jun 2011 03:42:02 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.vlsi.ee.noda.tus.ac.jp (sekine00.ee.noda.sut.ac.jp [133.31.107.40]) by mx1.freebsd.org (Postfix) with ESMTP id BD9788FC19 for ; Fri, 17 Jun 2011 03:42:01 +0000 (UTC) Received: from alph.allbsd.org (p2237-ipbf904funabasi.chiba.ocn.ne.jp [122.26.37.237]) (user=hrs mech=DIGEST-MD5 bits=128) by mail.vlsi.ee.noda.tus.ac.jp (8.14.4/8.14.4) with ESMTP id p5H3fLQu001788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jun 2011 12:41:35 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p5H3fEDA016044; Fri, 17 Jun 2011 12:41:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 17 Jun 2011 12:40:29 +0900 (JST) Message-Id: <20110617.124029.722784011683540958.hrs@allbsd.org> To: jhell@DataIX.net From: Hiroki Sato In-Reply-To: <20110617022950.GA58034@DataIX.net> <20110617023358.GB58034@DataIX.net> References: <20110616.015317.781291617533474654.hrs@allbsd.org> <20110617022950.GA58034@DataIX.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Jun_17_12_40_29_2011_026)--" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (mail.vlsi.ee.noda.tus.ac.jp [133.31.107.40]); Fri, 17 Jun 2011 12:41:35 +0900 (JST) X-Spam-Status: No, score=6.4 required=14.0 tests=BAYES_50, CONTENT_TYPE_PRESENT, RCVD_IN_CHINA, RCVD_IN_CHINA_KR, RCVD_IN_PBL, RCVD_IN_RP_RNBL, RCVD_IN_TAIWAN, SPF_SOFTFAIL,X_MAILER_PRESENT autolearn=no version=3.3.1 X-Spam-Level: ****** X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.vlsi.ee.noda.tus.ac.jp Cc: net@FreeBSD.org Subject: Re: Dynamin/Static Resolver Table [netstat like] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2011 03:42:02 -0000 ----Security_Multipart(Fri_Jun_17_12_40_29_2011_026)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit jhell wrote in <20110617022950.GA58034@DataIX.net>: jh> Gosh, Wouldnt it be something if we could store our dynamic resolver jh> information with the interface in the same sort of fashion that we store jh> our routing tables ? and then modify our routines in the library to look jh> them up via the "resolving tables" and think of resolv.conf as static jh> routing information only ? jh> jh> If we can already do this via resolvconf(8) in order to modify jh> resolv.conf how hard would it be to adjust to move in this direction ? jhell wrote in <20110617023358.GB58034@DataIX.net>: jh> I appologize for the insta-reply, but thinking more along the lines of jh> this it may come as even more of a benefit to tie this more into the jh> routing table so so each route can have a dynamic nameserver attached to jh> it so when setfib(8) is used a whole nother batch of nameserver could jh> also be used or fall back to the standard resolv.conf. I am not sure of the benefit to adopt "same sort of fashion as the routing table" for RDNSS entries. What is your problem, and how does your idea solve it? -- Hiroki ----Security_Multipart(Fri_Jun_17_12_40_29_2011_026)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk36zK0ACgkQTyzT2CeTzy1QMQCgu1RPTcK/rJW5gx/3/Oz+IsOJ NVwAoNenH8qh4WA88rGNPJLf0LKkMseW =SJCG -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Jun_17_12_40_29_2011_026)----