From owner-freebsd-virtualization@FreeBSD.ORG Thu May 19 07:50:03 2011 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8C741065670 for ; Thu, 19 May 2011 07:50:03 +0000 (UTC) (envelope-from frank@zzattack.org) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id C950D8FC0C for ; Thu, 19 May 2011 07:50:03 +0000 (UTC) Received: by eyg7 with SMTP id 7so1009514eyg.13 for ; Thu, 19 May 2011 00:50:02 -0700 (PDT) Received: by 10.213.20.194 with SMTP id g2mr1967775ebb.6.1305791402027; Thu, 19 May 2011 00:50:02 -0700 (PDT) Received: from [10.31.45.198] (237-89-ftth.onsneteindhoven.nl [88.159.89.237]) by mx.google.com with ESMTPS id y10sm1703423eeh.17.2011.05.19.00.50.00 (version=SSLv3 cipher=OTHER); Thu, 19 May 2011 00:50:00 -0700 (PDT) Message-ID: <4DD4CB97.4090103@zzattack.org> Date: Thu, 19 May 2011 09:49:43 +0200 From: Frank Razenberg User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-virtualization@freebsd.org References: <4DD3F6AF.6070503@zzattack.org> <4DD40AD2.9000602@zzattack.org> <4DD418BA.7080707@zzattack.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: epair not reachable outside host X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2011 07:50:04 -0000 > What happens if you'd directly bridge it to an em(4) without the lagg etc. in between Thanks, you're right, taking the lagg0 out and adding em0 to the bridge instead works indeed. Can I assume that's a bug in if_lagg then? If so, where should I report it, the freebsd-bugs list? Frank On 5/18/2011 9:51 PM, Bjoern A. Zeeb wrote: > On May 18, 2011, at 7:06 PM, Frank Razenberg wrote: >>> Do you have the ifconfig epair0b, netstat -rn and arp -an from inside the VIMAGE as well? >> [root@fileserve /root]# ifconfig epair0b >> epair0b: flags=8843 metric 0 mtu 1500 >> ether 02:37:74:00:0f:0b >> inet6 fe80::37:74ff:fe00:f0b%epair0b prefixlen 64 scopeid 0x2 >> inet 10.31.45.12 netmask 0xffffff00 broadcast 10.31.45.255 >> nd6 options=3 >> >> [root@fileserve /root]# arp -an >> ? (10.31.45.255) at (incomplete) on epair0b expired [ethernet] >> ? (10.31.45.12) at 02:37:74:00:0f:0b on epair0b permanent [ethernet] >> ? (10.31.45.1) at (incomplete) on epair0b expired [ethernet] >> >> [root@fileserve /root]# netstat -rn >> netstat: kvm not available: /dev/mem: No such file or directory >> Routing tables >> rt_tables: symbol not in namelist > *sigh* > > >>> Myabe try to ping your default gateway from within the jail first so that there might be actual traffic (or at least an attempt of). >> Pinging the default gateway within the jail does not work. Pinging the ip of the lagg0 interface which is on the bridge with the epair0a interface /does/ work, as does pinging the aliases of the lagg0 interface (i.e. the other, non-vnet jails). >> Hope this helps. > So epair generally works; What happens if you'd directly bridge it to an em(4) without the lagg etc. in between > , would that work? It sounds like some kind of lagg issue at the moment to me given > > epair0b<---> epair0a<---> bridge0<----> lagg0 > > all seems to still work. > > /bz >