From owner-freebsd-questions@FreeBSD.ORG Fri Apr 16 18:31:49 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7CB6106564A for ; Fri, 16 Apr 2010 18:31:49 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 398278FC08 for ; Fri, 16 Apr 2010 18:31:49 +0000 (UTC) Received: (qmail invoked by alias); 16 Apr 2010 18:31:47 -0000 Received: from adsl-78.91.140.5.tellas.gr (EHLO [192.168.73.194]) [91.140.5.78] by mail.gmx.com (mp-eu004) with SMTP; 16 Apr 2010 20:31:47 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX19HOfUNTnpHneCpic0/xtRZmfco0JR9uAi/TXzaZ8 19+3BEmrGPwqAz Message-ID: <4BC8ACC3.8010300@gmx.com> Date: Fri, 16 Apr 2010 21:30:27 +0300 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dan D Niles References: <1271196264.10895.33.camel@jane.spg.more.net> <1271257872.9196.6.camel@jane.spg.more.net> <1271259505.9196.26.camel@jane.spg.more.net> In-Reply-To: <1271259505.9196.26.camel@jane.spg.more.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64000000000000001 Cc: FreeBSD Questions Subject: Re: Extended VLAN? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 18:31:50 -0000 On 4/14/2010 6:38 PM, Dan D Niles wrote: > OK, this is weird. I ran wireshark on the destination side (across the > bridge). When I try to ping the destination router, the arp request is > sent across the bridge, but there is no arp reply. > > It seems like the destination router is not responding to arp requests > that come in over the bridge. Since the router knows that 10.10.0.0/16 is attached to the em3 interface it sends the ARP reply over that interface and not the gif0 one. That ARP reply does not goes to the other side of the bridge as it should. I don't know the reasoning behind it but I have heard it in the past. Perhaps assigning IP addresses to member interfaces of a bridge is probably bad practice (at least regarding the particular implementation). HTH, Nikos