Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 25 Aug 2009 11:09:19 -0700
From:      Julian Elischer <julian@elischer.org>
To:        Nikos Vassiliadis <nvass9573@gmx.com>
Cc:        FreeBSD virtualization mailing list <freebsd-virtualization@freebsd.org>
Subject:   Re: interface name collisions
Message-ID:  <4A9428CF.6050308@elischer.org>
In-Reply-To: <4A93E416.20200@gmx.com>
References:  <4A93E416.20200@gmx.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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<BROADCAST,SIMPLEX,MULTICAST> 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).






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A9428CF.6050308>