From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 22:44:36 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 BDE7F106566B; Wed, 15 Jun 2011 22:44:36 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 24F778FC12; Wed, 15 Jun 2011 22:44:34 +0000 (UTC) Received: by fxm11 with SMTP id 11so1067494fxm.13 for ; Wed, 15 Jun 2011 15:44:34 -0700 (PDT) Received: by 10.223.127.210 with SMTP id h18mr187356fas.79.1308176361558; Wed, 15 Jun 2011 15:19:21 -0700 (PDT) Received: from rnote.ddteam.net (215-43-133-95.pool.ukrtel.net [95.133.43.215]) by mx.google.com with ESMTPS id 11sm472354fax.36.2011.06.15.15.19.18 (version=SSLv3 cipher=OTHER); Wed, 15 Jun 2011 15:19:19 -0700 (PDT) Date: Thu, 16 Jun 2011 01:19:10 +0300 From: Aleksandr Rybalko To: "Bjoern A. Zeeb" Message-Id: <20110616011910.c71b0ed6.ray@ddteam.net> In-Reply-To: <6FE95AC6-CCB2-45B0-8347-AB31283EE144@lists.zabbadoz.net> References: <20110616.015317.781291617533474654.hrs@allbsd.org> <6FE95AC6-CCB2-45B0-8347-AB31283EE144@lists.zabbadoz.net> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Hiroki Sato , net@FreeBSD.org Subject: Re: [RFC] resolvconf(8) interface id 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: Wed, 15 Jun 2011 22:44:36 -0000 Hi, On Wed, 15 Jun 2011 20:21:15 +0000 "Bjoern A. Zeeb" wrote: > On Jun 15, 2011, at 4:53 PM, Hiroki Sato wrote: > > Hi, > > ... > > My proposal is adding a string representing the information source > > to the interface id which is used for resolvconf(8). Specifically, > > I would like to propose to use the following syntax throughout > > utilities that update /etc/resolv.conf via resolvconf(8): > > > > ifname:origin[:unique] > > > > "em0:dhcpv4" for dhclient, "em0:slaac" for rtsold, for example. > > Using this string as an interface id, resolvconf(8) can handle > > multiple RDNSS entries on a single interface without overwriting > > each other. Furthermore, priority control can be done with > > resolvconf.conf and "origin" and/or "unique" keyword in the string. > > > > To adopt this naming scheme, patches are needed for dhclient(8), > > rtsold(8), and all of other resolvconf(8)-aware utilities. There is > > almost no user-visible change; the difference is that multiple RDNSS > > entries on a single interface are aggregated and added into > > /etc/resolv.conf after patching them. > > > > Any objections to this? I am working on the necessary changes for > > utilities in the base system and planning to commit them if there is > > no strong objection. > > having helped some friends running penguin OS in the past I have been > confronted with what OpenSuse does. Apart from a completely over > engineered framework they have the ability to sort entries by ifname > or regex at least, which I am not sure our current openresolv.conf > provides. I think all policy should go into that one config file as > in order of interfaces and order of programs. > > I am not entirely sure I like "slaac" or "dhcp4". I wonder if > progname would be sufficient in call cases either (I could well see a > "dhclient" or another "fooapp" that can handle both v4 and v6) but in > that case it would probably be a matter of third order -- address > family. > > Example: > > prefer v6 > intorder "tun* gre* gif* wlan* em*" or similar (maybe classes lik > "wired" or similar. not sure how easily we could do that). > progorder "dhcp* rt*" Maybe better to add default but changeable preference for each iface, like STP do: 1000Base - 20 100Base - 200 PPP - 2000 sources able to give IPv6 info for as we can give more preference (1000Base w/ IPv6 info - 19, 100 w/ v6 - 199, etc.) > > But then we also have the static manual config which would always go > in from the config file. > > In short: yes I like the general idea. Details can be shaken out > later. Priority more likely in the config file eventually rather than > coded into programs. > > Have you discussed that with $upstream vendor as well or do we > consider further changes to be simple enough to merge them in? > > /bz > > -- > Bjoern A. Zeeb You have to have > visions! Stop bit received. Insert coin for new address family. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" Embedded world wait for it, to make FreeBSD based routers better than others :) -- Aleksandr Rybalko