From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753716Ab1HHRr5 (ORCPT ); Mon, 8 Aug 2011 13:47:57 -0400 Received: from mail.vyatta.com ([76.74.103.46]:36681 "EHLO mail.vyatta.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751259Ab1HHRry (ORCPT ); Mon, 8 Aug 2011 13:47:54 -0400 Date: Mon, 8 Aug 2011 10:48:03 -0700 From: Stephen Hemminger To: Michael Guntsche Cc: netdev , linux-kernel@vger.kernel.org Subject: Re: [BUG] 3.0-rc1 Bridge not forwarding unicast packages Message-ID: <20110808104803.2762dbf7@nehalam.ftrdhcpuser.net> In-Reply-To: <20110808192646@it-loops.com> References: <20110808192646@it-loops.com> Organization: Vyatta X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.4; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 8 Aug 2011 19:42:19 +0200 Michael Guntsche wrote: > Hi list, > > I just upgraded my router/bridge combo to 3.1-rc1 from 3.0 for > testing. On a first look everything seemed to work fine, but when I > tried to connect via openvpn to my internal network (tap0 being bridged > with the internal network) I noticed that I was not able to access the > server on my internal network. I could access the bridge (which is > acting as the openvpn server as well) just fine though. > To debug this I ran tcpdump on the openvpn client and started a ping to the > internal network. I could see the ARP requests being answered. > > 19:23:49.247846 ARP, Request who-has 192.168.42.127 tell 192.168.42.96, > length 28 > 19:23:49.287752 ARP, Reply 192.168.42.127 is-at 00:13:d4:4f:a2:dc, > length 46 > > in this case .127 is the server on the internal net and .96 the openvpn > client, but the icmp request did not arrive on the server. > The strange thing I noticed was that I could see broadcasts packages > from the server on the client > > 19:23:28.135185 IP 192.168.42.127.631 > 192.168.42.255.631: UDP, length > 187 > 19:23:29.470975 IP 192.168.42.96.5353 > 224.0.0.251.5353: ....... > > but no icmp packages arrived on the server side. > > > brctl showmacs lan > port no mac addr is local? ageing timer > 1 00:0c:42:28:de:4e yes 0.00 > 2 00:0c:42:61:7f:f2 yes 0.00 > 1 00:13:d4:4f:a2:dc no 0.00 <---- server on the lan side > 3 8e:22:41:d9:95:23 yes 0.00 > 3 b6:e1:e3:06:c9:1a no 5.00 <---- client connected via tap0 > > Reverting to 3.0 solves the problem for me. I tried just reverting the bridge code on the server to the 3.0 version to make sure that it is really Bridge related, but there are too many changes outside the bridge tree so compilation fails for me. > > If you need more information, please to not hesitate to conact me. > > Kind regards, > Michael Guntsche Do you have spanning tree enabled? If so you may have a packet loop and now it is being detected.