From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 16 22:10:08 2005 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D4A16A41F for ; Fri, 16 Dec 2005 22:10:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53EB643D5F for ; Fri, 16 Dec 2005 22:10:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBGMA7M4089699 for ; Fri, 16 Dec 2005 22:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id jBGMA7Zp089695; Fri, 16 Dec 2005 22:10:07 GMT (envelope-from gnats) Date: Fri, 16 Dec 2005 22:10:07 GMT Message-Id: <200512162210.jBGMA7Zp089695@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Gleb Smirnoff Cc: Subject: kern/90279 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gleb Smirnoff List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 22:10:08 -0000 The following reply was made to PR kern/90279; it has been noted by GNATS. From: Gleb Smirnoff To: bug-followup@FreeBSD.org Cc: Subject: kern/90279 Date: Sat, 17 Dec 2005 01:02:20 +0300 On Fri, Dec 16, 2005 at 03:25:25PM -0500, Guy F. Boyd wrote: G> Self-follow-up: The previous tangential assertion about VPN G> packets and the nge(4) interface was a red herring. This was G> firewall-rule related, and was resolved by passing proto GRE G> and port pptp on the applicable interfaces. The issues G> regarding nge(4), bridging, and AppleTalk frames stand as G> reported, and via testing I think one can narrow the problem G> down to *some* AppleTalk aarp packets not getting past the G> nge(4) interface. ipfw interference was ruled out by adding G> a single default allow rule, then comparing performance G> against an re(4) card and an rl(4) card with the same set of G> rules. Both of these cards performed as expected. Multiple G> nge(4) cards ( of the same make) were tried. G> This particular FreeBSD installation is back in production G> service, but as time and resources permit, I will be happy G> to try to provide additional information. It should be noted G> that my own vendor of this particular nge(4) card ( Asante G> 1032TA Giganix) says the card is no longer in production so G> it *may* be a moot exercise to pursue this if other nge(4) G> cards don't show this behavior. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE