From owner-freebsd-net@FreeBSD.ORG Thu Sep 30 23:40:08 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7668D106566C; Thu, 30 Sep 2010 23:40:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id ED29D8FC13; Thu, 30 Sep 2010 23:40:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 46CA641C650; Fri, 1 Oct 2010 01:40:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id W3r9utFPbQz7; Fri, 1 Oct 2010 01:40:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id B326A41C64C; Fri, 1 Oct 2010 01:40:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 965024448F3; Thu, 30 Sep 2010 23:38:18 +0000 (UTC) Date: Thu, 30 Sep 2010 23:38:17 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Doug Barton In-Reply-To: <4CA51544.9080103@FreeBSD.org> Message-ID: <20100930231715.D95502@maildrop.int.zabbadoz.net> References: <20100923.053236.231630719.hrs@allbsd.org> <4CA26BB7.2090907@FreeBSD.org> <89382820-E423-432E-8346-ADABB9FEED7F@FreeBSD.org> <4CA4E221.4060107@FreeBSD.org> <175A9E47-8457-47A6-9CA1-BDBDC407961C@FreeBSD.org> <4CA51544.9080103@FreeBSD.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) 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: Thu, 30 Sep 2010 23:40:08 -0000 On Thu, 30 Sep 2010, Doug Barton wrote: Hey, > In any case I didn't say that 6rd was not useful at all. What I tried to make > the case for is that its utility is limited, both in the absolute sense and > in the temporal sense; and that because of these limitations the benefits > that adding the code bring are outweighed by the costs of maintaining it past > what will likely be its useful lifetime. The maintainance costs are effectively pretty low, especially as it's coming with stf; it's a single line in a kernel config and not many more files but it will have great value to a lot of people the next years. > My point about FreeBSD 9 is that if we add the 6rd code today, then release > 9.0 in about a year, then support the RELENG_9 branch for 4-6 years that we > will still be maintaining code that no one has any use for. Sorry if I wasn't > clear. While I would like to live in that kind of world that by mid 10s all the tunneling, transition, .. technologies would be gone, ideally along with legacy IP, I guess you are massively underestimating this from the early adopters point of view; while for some of us things have happened and we are waiting for the world to catch up, for other folks things might not start within the another product lifecycle. I am sure we'll see a lot of different scenarios for quite some time. I would expect that we'll still be shipping that code in at least 12.x. Though completely taken out of context, Dave Ward's words the minute on from there: http://www.youtube.com/watch?v=mXMMBrWRnvc#t=49m54s summarizes some things quite nicely. > In contrast, the bit of my post that you snipped suggested that a better > course of action would be to focus on the areas of our v6 stack that will be > used for the lifetime of the protocol, like the performance penalty that > currently exists for the v6 loopback device. I think that noone questions that this will need time as well and so do another 15 things on the IPv6 side but maybe someone is already working on it .. /bz -- Bjoern A. Zeeb Welcome a new stage of life.