From owner-freebsd-virtualization@FreeBSD.ORG Tue Aug 25 18:09:20 2009 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 D1821106564A for ; Tue, 25 Aug 2009 18:09:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outj.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id BABEE8FC21 for ; Tue, 25 Aug 2009 18:09:20 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 4343B2442; Tue, 25 Aug 2009 11:09:21 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 49FE12D6020; Tue, 25 Aug 2009 11:09:20 -0700 (PDT) Message-ID: <4A9428CF.6050308@elischer.org> Date: Tue, 25 Aug 2009 11:09:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Nikos Vassiliadis References: <4A93E416.20200@gmx.com> In-Reply-To: <4A93E416.20200@gmx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD virtualization mailing list Subject: Re: interface name collisions 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: Tue, 25 Aug 2009 18:09:20 -0000 Nikos Vassiliadis wrote: > Hello, > > It seems that there is no checking for name collisions, > when an interface is claimed from a child vnet. > > create ngeth0 >> lab# ngctl mkpeer eiface ether ether > create test jail >> lab# jail -c persist vnet name=test > create ngeth0@test >> lab# jexec test ngctl mkpeer eiface ether ether > claim ngeth0@test >> lab# ifconfig ngeth0 -vnet test >> lab# ifconfig ngeth0 >> ngeth0: flags=8802 metric 0 mtu 1500 >> ether 00:00:00:00:00:00 >> ether 00:00:00:00:00:00 >> lab# > > Thanks in advance, Nikos > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to > "freebsd-virtualization-unsubscribe@freebsd.org" you are correct (sort of) The current vnet infrastructure is still under construction and we have been focusing mostly on the functionality rather than error handling, so you will find many places where errors (that are hopefully non fatal) ar enot yet correctly handled. We are aware of this. You are of course also welcome to make suggestions as to what the correct behavior in these situations should be. Thank you for trying out our new little toy! comments and suggestions are always welcome. Note 8.0 vnet support is for demonstration purposes only and we do not suggest that it be used in situations where robust behavior in the face of external or malicios agents might be a factor. i.e. it's not at all hardened (that may be an understatement).