From owner-freebsd-current@FreeBSD.ORG Sat Nov 17 12:45:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73F1716A46D; Sat, 17 Nov 2007 12:45:50 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id CCC5913C468; Sat, 17 Nov 2007 12:45:44 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id BDF4F48560; Sat, 17 Nov 2007 07:45:35 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 17 Nov 2007 07:45:35 -0500 X-Sasl-enc: q/9MJuuM/WIx6XfP/QamN0Lg9TckVY7nvyBKqTQLrq0+ 1195303535 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 041D32A93A; Sat, 17 Nov 2007 07:45:34 -0500 (EST) Message-ID: <473EE26E.6050905@incunabulum.net> Date: Sat, 17 Nov 2007 12:45:34 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Marko Zec References: <4732110D.3090808@interactive-net.de> <473ECE70.7070705@incunabulum.net> <200711171227.21855.zec@icir.org> In-Reply-To: <200711171227.21855.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Watson , freebsd-current@freebsd.org, Reinhard Haller Subject: Re: 7.0-BETA2 routed and multicast registration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 12:45:50 -0000 Marko Zec wrote: > Note that with a recent port of Quagga multicast doesn't work as well, > so now we don't have neither RIP nor OSPF support there which is kind > of funny. Though I think it's not only the missing RFC1724 support in > the kernel that is crippling mcast support in Quagga... > > We all know that major point releases are the place for changes like this to happen. It's been over 6 months since these changes were committed, and heads-up messages were sent to the appropriate lists. I guess the bigger question is, why is this a problem now? The reasoning behind the change is quite clear, to support IP multicast in new network environments, e.g. mobile and ad-hoc IP, as well as supporting source-specific multicast, we SHOULD be following a published API which supports those environments, rather than relying on a hack which was clearly only ever intended as a temporary workaround, and highly specific to FreeBSD's IP implementation. RFC 3678 specifies such an API. It is over 3 years old. Andre had given backing to deprecating the 0.0.0.0/8 hack when I announced my intentions on -net. Also, supporting a published API brings FreeBSD back up to par with its competitors in this area (i.e. Linux, Windows). Otherwise, we perpetuate a kludge at the expense of progress in other areas of IPv4/IPv6. If you check the archives for -current you'll see that Ian Frieslich had contacted the Quagga maintainers about the change, the outcome of this discussion I don't know. 3rd party applications are beyond FreeBSD's control, or mine, for that matter. [*] I did however spend time on routed support, which I am happy to do as it hasn't been moved to ports (it is still part of the base system), and made it clear that this patch was available to work from, and that people were most very welcome to contact me about the matter to get RFC 3678 support into these applications. Now, my situation is not so free and fluid, as I am in the thick of a new project and have sadly little free time as it is to do work outside the scope of that project. If we collectively are satisfied that this change is a change too far on this occasion, then I retract my objection to ip_multicast_if() being re-imported, on the grounds that its deprecation has inadvertently broken user applications, on the grounds that 6 months was, apparently, not enough notice for the maintainers of these applications to take action. However, I register a very strong technical objection to this patch on the grounds that this is an area where open source networking needs to move ahead. POLA wasn't violated on this occasion, as the scope of the work happened entirely within -CURRENT, and the appropriate individuals were notified of the changes. These are the facts as I see them, I am very happy to hear feedback from others. Sadly I can't get actively involved in proactively fixing the situation at the present time i.e. at the level of code, and besides... that's going to require communication and coordination between all the people involved, the lack of which it seems has created an unnecessary situation. very best, BMS [* The Quagga maintainers should know better -- Linux is after all their main development platform, and it has supported RFC 3678 for some time now.]