From owner-freebsd-net@FreeBSD.ORG Tue Sep 2 16:40:19 2008 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 55347106567E; Tue, 2 Sep 2008 16:40:19 +0000 (UTC) (envelope-from jgreco@aurora.sol.net) Received: from mail1.sol.net (mail1.sol.net [206.55.64.72]) by mx1.freebsd.org (Postfix) with ESMTP id ED8CD8FC13; Tue, 2 Sep 2008 16:40:18 +0000 (UTC) (envelope-from jgreco@aurora.sol.net) Received: from aurora.sol.net (aurora.sol.net [206.55.65.130]) by mail1.sol.net (8.14.1/8.14.1/SNNS-1.04) with ESMTP id m82FgNHa031767; Tue, 2 Sep 2008 10:42:23 -0500 (CDT) Received: (from jgreco@localhost) by aurora.sol.net (8.12.8p1/8.12.9/Submit) id m82Fg9GK087484; Tue, 2 Sep 2008 10:42:09 -0500 (CDT) From: Joe Greco Message-Id: <200809021542.m82Fg9GK087484@aurora.sol.net> To: eugen@kuzbass.ru, freebsd-net@freebsd.org, jlin2918@yahoo.com Date: Tue, 2 Sep 2008 10:42:09 -0500 (CDT) X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: bms@freebsd.org Subject: Re: Quagga OSPF binds to wrong interface on FreeBSD 7 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: Tue, 02 Sep 2008 16:40:19 -0000 Joining this conversation as someone who's been wrestling with this issue for some months: > > This bug was reported around the release of FreeBSD 7, but does not seem > > to have made any progress. > > > > http://bugzilla.quagga.net/show_bug.cgi?id=420 > > > > Is this because the sockopt.c.diff patch is correct, which isn't entirely > > clear from the following comments, or is there some other solution to this > > problem? Thanks! > > You should contact with ports/net/quagga maintainer to push > temporary patch into Ports Tree until quagga developers settle with > something working. This always was most productive way for us. I've been doing extremely limited testing on the sockopt.c patch, on a 7.0R box that used to have problems, and it "seems to" work. However, the failures we were noticing seemed most frequent and catastrophic when using a 7.0R box as a router with about a dozen interfaces active (we got instant failures, in many/most/all?? cases). I don't have a lab setup capable of reproducing this at the moment, and am not willing to sacrifice production networks to the "well just try it and see" patch testing god. I believe the question that was asked is not the question you answered. I, too, would like someone who can offer a knowledgeable opinion as to the correctness of the patch. Were someone who has worked on the code, such as Bruce, to tell me that it appeared to be the right solution, I would be willing to risk a test on a 7.0R box known to fall over rapidly with the multicast issue. I am certainly interested in seeing this fixed. Until someone can either test the heck out of this, or offer a definitive opinion of the correctness based on experience with this subsystem, it would seem premature to ask the port maintainer to include a patch of dubious correctness. I have cc:'d bms@ in the hopes of bringing in such an opinion. I am not sure who else is working on the multicast subsystem at this time, but hopefully someone else can input if appropriate. Knowing that the patch was correct would also provide some leverage for those of us with interest in this code to persuade the Quagga developers to do something about this. As it is, we're left here holding a bag of "this patch is supposed to work but we don't really know it is correct." So it would be really useful to have such an opinion. Thanks, ... JG -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples.