From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 16 20:26:30 2005 Return-Path: X-Original-To: freebsd-bugs@FreeBSD.org Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE52816A41F; Fri, 16 Dec 2005 20:26:30 +0000 (GMT) (envelope-from gfb@vta.com) Received: from vtamail.vta.com (vta.com [208.199.187.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB65643D6B; Fri, 16 Dec 2005 20:26:06 +0000 (GMT) (envelope-from gfb@vta.com) Received: from bozo (radio-bridge.vta.com [208.199.187.59]) (authenticated bits=0) by vtamail.vta.com (8.12.9/8.12.9) with ESMTP id jBGKQ3hJ006842; Fri, 16 Dec 2005 15:26:03 -0500 (EST) (envelope-from gfb@vta.com) From: "Guy F. Boyd" To: "'Gleb Smirnoff'" Date: Fri, 16 Dec 2005 15:25:25 -0500 Message-ID: <000601c6027e$d9ae4710$f628a8c0@bozo> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Importance: Normal In-Reply-To: <20051213134013.GF37414@FreeBSD.org> X-VTA-Server-ID: Scanned on vtamail.vta.com X-Auth-VTAT: 6e489e55427e9a140a9633e405b05ad8 X-Scanned-By: MIMEDefang 2.42 Cc: freebsd-bugs@FreeBSD.org Subject: RE: kern/90279: [nge] Appletalk and 0x090007 OUI enet frames can't pass nge(4) interface [WAS AppleTalk and 0x090007 OUI enet frames invisible to 6.0R?] X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gfb@vta.com List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 20:26:31 -0000 Self-follow-up: The previous tangential assertion about VPN packets and the nge(4) interface was a red herring. This was firewall-rule related, and was resolved by passing proto GRE and port pptp on the applicable interfaces. The issues regarding nge(4), bridging, and AppleTalk frames stand as reported, and via testing I think one can narrow the problem down to *some* AppleTalk aarp packets not getting past the nge(4) interface. ipfw interference was ruled out by adding a single default allow rule, then comparing performance against an re(4) card and an rl(4) card with the same set of rules. Both of these cards performed as expected. Multiple nge(4) cards ( of the same make) were tried. This particular FreeBSD installation is back in production service, but as time and resources permit, I will be happy to try to provide additional information. It should be noted that my own vendor of this particular nge(4) card ( Asante 1032TA Giganix) says the card is no longer in production so it *may* be a moot exercise to pursue this if other nge(4) cards don't show this behavior. Thanks -Guy