From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Nicholas Lee" Subject: Re: vif0.0/veth0 or eth0 Date: Tue, 21 Feb 2006 09:13:44 +1300 Message-ID: <2b6116b30602201213i704bb758v@mail.gmail.com> References: <2b6116b30602191821n39c8b2f6y@mail.gmail.com> <43F9912D.40300@microbus.com> <20060220151942.GA16148@linford.intra> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20060220151942.GA16148@linford.intra> Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ewan Mellor Cc: Xen development list List-Id: xen-devel@lists.xenproject.org On 21/02/06, Ewan Mellor wrote: > Indeed. See also the final comments on bug #332. Brillant!!! That solved by bridging problem completely. Seems that xen 3.0 doesn't like networking set up at all like it was in 2.0= . ie. You can't just create your own bridge and add eth1 in host0 to that bridge, then all the 2nd vifX.1 interfaces to it. So the method that works it to configure eth0 and eth1 via the standard methods. Then run the script as per http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=3D332. This is something that should be written about on XenNetworking and probably included in the manual. Only issue seems to be an interface alias eth1:0 didn't get transfered. I'll explore that later, but this saves me trying unstable. :D Furthermore, I understand now that veth0 .. veth7 along with vif0.0 to vif0.7 get created automatically by xen based on nloopbacks=3D8, which is the default. So its easy enough to follow the same process for xenbr2 to xenbr7, if you so wish. -- Nicholas Lee http://stateless.geek.nz gpg 8072 4F86 EDCD 4FC1 18EF 5BDD 07B0 9597 6D58 D70C