From owner-freebsd-net@FreeBSD.ORG Tue Oct 26 03:41:37 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39A5B16A4CE; Tue, 26 Oct 2004 03:41:37 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id E830843D3F; Tue, 26 Oct 2004 03:41:36 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 007F1651FA; Tue, 26 Oct 2004 04:41:36 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 47817-04-2; Tue, 26 Oct 2004 04:41:35 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 4A858651EB; Tue, 26 Oct 2004 04:41:35 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 3229961CB; Mon, 25 Oct 2004 20:41:26 -0700 (PDT) Date: Mon, 25 Oct 2004 20:41:26 -0700 From: Bruce M Simpson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Message-ID: <20041026034126.GI706@empiric.icir.org> Mail-Followup-To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, freebsd-net@FreeBSD.org References: <200410260331.i9Q3Vxbv060994@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410260331.i9Q3Vxbv060994@repoman.freebsd.org> cc: freebsd-net@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet if_ether.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 26 Oct 2004 03:41:37 -0000 On Tue, Oct 26, 2004 at 03:31:59AM +0000, Bruce M Simpson wrote: > Log: > Check that rt_mask(rt) is non-NULL before dereferencing it, in the > RTM_ADD case, thus avoiding a panic. PR: kern/42030 It isn't immediately clear to me if this is a routing socket API issue or a client issue. The panic, at least, is worked around, but the root problem needs to be fixed -- it is most likely a synchronization problem in zebra whereby it is attempting to add a route to the kernel FIB which references an interface which does not yet exist or has gone away. At least one person who has reported this was running vtund, which plumbs its own tun instances on demand; the other I think was running userland ppp. I haven't seen anything similar with XORP yet. BMS