From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 00:02:32 2011 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 439931065679 for ; Tue, 13 Dec 2011 00:02:32 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 078D88FC1D for ; Tue, 13 Dec 2011 00:02:31 +0000 (UTC) Received: from PWSVL-EXCHTS-01.internal.cacheflow.com ([10.2.2.122]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id pBCNkrqo004732 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 12 Dec 2011 15:46:53 -0800 (PST) Received: from PWSVL-EXCMBX-01.internal.cacheflow.com ([fe80::15bc:12e2:4676:340f]) by PWSVL-EXCHTS-01.internal.cacheflow.com ([fe80::5c50:e2ba:8115:4223%20]) with mapi id 14.01.0289.001; Mon, 12 Dec 2011 15:46:48 -0800 From: "Li, Qing" To: Joe Holden , "freebsd-net@freebsd.org" Thread-Topic: RADIX_MPATH / FreeBSD Routing Thread-Index: AQHMuSUkU9aaL1W4FUWbZ0ObMgUvopXY3f5a Date: Mon, 12 Dec 2011 23:46:47 +0000 Message-ID: References: <4EE68CD7.5090106@rewt.org.uk> In-Reply-To: <4EE68CD7.5090106@rewt.org.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [216.52.23.68] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: RADIX_MPATH / FreeBSD Routing 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, 13 Dec 2011 00:02:32 -0000 So you have RADIX_MPATH option enabled in the kernel configuration, and boo= ting=0A= up OpenBGPD triggers the crash immediately ?=0A= =0A= --Qing=0A= ________________________________________=0A= From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on beha= lf of Joe Holden [lists@rewt.org.uk]=0A= Sent: Monday, December 12, 2011 3:23 PM=0A= To: freebsd-net@freebsd.org=0A= Subject: RADIX_MPATH / FreeBSD Routing=0A= =0A= Hi guys,=0A= =0A= Is anyone aware of the state of mpath as it stands on stable/9? At the=0A= moment within a few seconds of OpenBGPD being fired up there is an=0A= rtfree: 2 panic, I have had a quick look through the code but don't=0A= understand why this panic() is triggered.=0A= =0A= On a related note, how does one successfully operate openospfd/openbgpd=0A= without having to filter all connected interfaces in the presence of=0A= 'redistribute [inet|inet6] connected', for example if there is a /30=0A= between 2 openbgpd or openospfd speakers the /32 of the remote side will=0A= be installed and ultimately cause llinfo error messages and an eventual=0A= reset, or in the ospf case, the interface route to be changed or deleted.= =0A= =0A= I understand this is due to the difference in stack behaviour, but would=0A= adding connected interface route protection to the kernel or the=0A= respective daemons be workable in the meantime, until mpath is fixed?=0A= =0A= At the moment I am having to use lots of filters to filter out all=0A= potential connected/interface routes for both address families, this=0A= seems to be a suboptimal solution.=0A= =0A= Quagga/Zebra seem to filter these changes out such that connectivity=0A= isn't broken but I am not familiar enough with C or the code to be able=0A= to deduce whats happening and how I could apply that to the kernel or=0A= bgp/ospf daemons.=0A= =0A= In my mind, connected/interface entries should only ever be changed when=0A= an interface state changes, or is created or destroyed? Should this be=0A= locked (perhaps with a sysctl toggle?)=0A= =0A= Any thoughts would be appreciated.=0A= =0A= Thanks,=0A= Joe=0A= =0A= _______________________________________________=0A= freebsd-net@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-net=0A= To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=0A=