From owner-freebsd-net@FreeBSD.ORG Tue Aug 30 21:31:42 2005 Return-Path: X-Original-To: freebsd-net@www.freebsd.org Delivered-To: freebsd-net@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A41916A41F for ; Tue, 30 Aug 2005 21:31:42 +0000 (GMT) (envelope-from bart@it-ss.be) Received: from piggy.solidweb.be (piggy.web.bru.it-ss.be [195.28.164.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA71743D46 for ; Tue, 30 Aug 2005 21:31:41 +0000 (GMT) (envelope-from bart@it-ss.be) Received: from bartwrkstxp (214.120-136-217.adsl.skynet.be [217.136.120.214]) (authenticated bits=0) by piggy.solidweb.be (8.12.9-SW.b/8.12.9-SW) with ESMTP id j7ULVe27005922 for ; Tue, 30 Aug 2005 23:31:40 +0200 Message-ID: <000201c5adaa$362a8910$020b000a@bartwrkstxp> From: "Bart Van Kerckhove" To: Date: Tue, 30 Aug 2005 23:31:41 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Scanned-By: MIMEDefang 2.45 Cc: Subject: Re: Feature requests / inquiries. 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, 30 Aug 2005 21:31:42 -0000 Hi,> > if_bridge has been imported into FreeBSD 6.0 and I believe will be > > merged to 5.x before 5.5. > A candidate MFC patchset is at: > http://people.freebsd.org/~thompsa/if_bridge-5stable.diff and is believed > to > be production quality (judging from the reports for RELENG_6 so far). > There > might be minor problems and/or yet undiscovered problems, but only testing > gets it there. Andrew is certainly thankful for any feedback! Ok, that's great info. Thanks guys.> > I can't speak for ECMP. That's a pity, we've had lots of issues when running redundant setups with VRRP, where VRRP tried to add the same route (on another interface) before the failed/old one got deleted (by OSPFd). This resulted in a faillure to add the new route, afterwards OSPF deletes the 'old' route, and you end up with no valid route at all.This is one of the major problems people are experiencing when running GNU/Zebra/Quagga in a redundant setup afaik. Current fixes in those circles consist of dirty hacks, such as shutting down and restarting OSPFd whenever VRRP acts. I feel it should be possible to resolve this at kernel level, eliminating the need for userlevel hacks.So i'll simply repeat the proposal: anyone willing to develop support for ECMP (or just routes with metrics on them, not doing ECMP, but allowing multiple routes to the same prefix, on different/the same interface, with unique metrics)?As stated before, I'm very much willing to sponsor its development.> > > > LACP is supported by ng_fec. The fact that you don't like it is a > > seperate issue. FWIW, ng_fec only uses netgraph for configuration. > > It's not really a netgraph node. I'd personally like to see OpenBSD's > > if_trunk imported and LACP added, but I certainly don't have time. Well, when referring to not liking the NetGraph approach, i was specifically talking about NG_ONE2MANY(4) - which is a dirty hack (imho) to have some of the goodies of ECMP support.I'm not seeing ng_fec on freebsd4.11, but 5.x is an option, so problem solved with regards to LACP.Kind regards,Met vriendelijke groet / With kind regards,Bart Van Kerckhovebart@it-ss.be