From owner-freebsd-bugs@FreeBSD.ORG Tue Sep 2 21:30:03 2008 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E29201065672 for ; Tue, 2 Sep 2008 21:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B99218FC13; Tue, 2 Sep 2008 21:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m82LU3jU091749; Tue, 2 Sep 2008 21:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m82LU3Em091748; Tue, 2 Sep 2008 21:30:03 GMT (envelope-from gnats) Resent-Date: Tue, 2 Sep 2008 21:30:03 GMT Resent-Message-Id: <200809022130.m82LU3Em091748@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Cc: rea-fbsd@codelabs.ru Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Helge Oldach Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05920106564A; Tue, 2 Sep 2008 21:21:28 +0000 (UTC) (envelope-from hmo@sep.oldach.net) Received: from rigel.oldach.net (rigel.oldach.net [194.8.96.250]) by mx1.freebsd.org (Postfix) with ESMTP id 76EAF8FC13; Tue, 2 Sep 2008 21:21:27 +0000 (UTC) (envelope-from hmo@sep.oldach.net) Received: from sep.oldach.net (hmo.in-dsl.de [217.197.85.210]) by rigel.oldach.net (8.14.2/8.14.2/hmo30jul04) with ESMTP id m82L8wpe078983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 2 Sep 2008 23:08:59 +0200 (CEST) (envelope-from hmo@sep.oldach.net) Received: from sep.oldach.net (localhost [127.0.0.1]) by sep.oldach.net (8.14.3/8.14.3/hmo26jun05) with ESMTP id m82L8vKm052823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Sep 2008 23:08:57 +0200 (CEST) (envelope-from hmo@sep.oldach.net) Received: (from hmo@localhost) by sep.oldach.net (8.14.3/8.14.3/Submit/hmo26jun05) id m82L8vbO052822; Tue, 2 Sep 2008 23:08:57 +0200 (CEST) (envelope-from hmo) Message-Id: <200809022108.m82L8vbO052822@sep.oldach.net> Date: Tue, 2 Sep 2008 23:08:57 +0200 (CEST) From: Helge Oldach To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 X-GNATS-Notify: rea-fbsd@codelabs.ru Cc: philip@FreeBSD.org Subject: kern/127053: Still bridge issues - with L2 protocols such as PPPoE X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Helge Oldach List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2008 21:30:04 -0000 >Number: 127053 >Category: kern >Synopsis: Still bridge issues - with L2 protocols such as PPPoE >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 02 21:30:03 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Helge Oldach >Release: FreeBSD 6.4-1330 i386 >Organization: >Environment: System: FreeBSD localhost 6.4-1330 FreeBSD 6.4-1330 #0: Tue Sep 2 18:34:28 CEST 2008 toor@localh ost:/usr/obj/usr/src/sys/HMO i386 >Description: Since the "MAC inheritance" change in if_bridge (SVN r180140) I observe loss of connectivity due to ARP timeouts and also layer-2 connectivity issues. The change below (and the according MFCs) indeed fixes the ARP bridging issue, but does not fix layer-2 protocols. For instance, I run a bridge with a wi0 and an fxp0 interface, while talking PPPoE over the fxp0 interface simultaneously. I observe that the change below fixes my IP connectivity issue over the bridge, but PPPoE is still broken. I still need to change the Ethernet address of bridge0 (disable inheritence of the bridge's MAC address from the first member interface) to make it work. So I would suggest that a true fix should be implemented in if_bridge, not in the IP stack. The issue applies identically to CURRENT, 7-STABLE and 6-STABLE. Revision 1.174: download - view: text, markup, annotated - select for diffs Mon Aug 18 09:06:11 2008 UTC (2 weeks, 1 day ago) by philip Branches: MAIN Diff to: previous 1.173: preferred, colored Changes since revision 1.173: +24 -1 lines SVN rev 181824 on 2008-08-18 09:06:11Z by philip Fix ARP in bridging scenarios where the bridge shares its MAC address with one of its members (see my r180140). Pointy hat to: philip Submitted by: Eygene Ryabinkin MFC after: 3 days >How-To-Repeat: Set up PPPoE over a bridge member interface... >Fix: Eygene supplied a patch that supposedly fixes this issue by introducing a sysctl that makes the former if_bridge behaviour default, and which must be turned on to enable MAC inheritance. I have not tested this patch yet. I wonder what the purpose of MAC inheritance is anyway... Multiple unicast MACs in one segment sounds pretty odd. >Release-Note: >Audit-Trail: >Unformatted: