matt
2006-Nov-15 16:57 UTC
Re: [Xen-users] xen guest eth1 tun interface goes to the wrong bridge
I''ve got the same problem with xen 3.0.2 (compiled form source, but
I''ve
had the same issue with binaries) running on Ubuntu 6.06.
I''ve got two network cards and have a wrapper script around
network-bridge to create two bridges.
When I run a paravirtualised domain which has the following vif section:
vif = [''bridge=xenbr0'',''bridge=xenbr1'']
I get a domain with two vifs that attach to the correct physical
interfaces. Which is what I''d expect.
However...
When I create a HVM domain with this vif section:
vif = [''type=ioemu, bridge=xenbr0'',''type=ioemu,
bridge=xenbr1'']
I get two vifs but both attached to the same bridge (whichever bridge
appears first in the script, the above example would attach both to xenbr0)
brclt show looks like this:
xenbr0 ===> 8000.someStuff ====> vif0.0 peth0 vif12.1
xenbr1 ===> 8000.otherStuff ====> vif0.1 peth1 tun0 tun1 vif12.0
so any thoughts?
many thanks
Matt
Original
Message=========================================================================
Hello,
We have setup 6 xen guests VT(rhel3) on dmo0 FC5 and for each guest
there are 2 network interfaces eth0/eth1.
Now if we start the xen guests all the tun interfaces for eth1 goes to
xenbr1 and not do the defined bridge tsmbr1 oder tsmbr2 ?
Where are the scripts for setup tun interface ?
Has anybody a solution for this problem ?
2 Guests have this vif config:
vif = [ ''type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:01'',
''type=ioemu,bridge=tsmbr1,mac=02:00:00:00:01:02'' ]
And 2 guest have this vif config:
vif = [ ''type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:09'',
''type=ioemu,bridge=tsmbr2,mac=02:00:00:00:01:10'' ]
bridge name bridge id STP enabled interfaces
tsmbr1 8000.921f6ab823a2 no tun1
vif1.1
vif2.1
tsmbr2 8000.feffffffffff no vif3.1
vif4.1
vif5.1
vif7.1
vif9.1
xenbr0 8000.82469d13d88a no peth0
tun14
tun15
vif0.0
vif8.0
xenbr1 8000.06939ed49977 no peth1
tun0
tun10
tun11
tun12
tun13
tun2
tun3
tun4
tun5
tun6
tun7
tun8
tun9
vif0.1
vif1.0
vif2.0
vif3.0
vif4.0
vif5.0
vif7.0
vif9.0
xenbr2 8000.feffffffffff no peth2
vif0.2
vif8.1
many thanks,
Thomas
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Nicholas Byrne
2006-Nov-15 17:11 UTC
Re: [Xen-users] xen guest eth1 tun interface goes to the wrong bridge
I'm pretty sure we had the same issue as you. After posting to the dev list
and getting no response my colleague fixed it by modifying
/xen-3.0.2-2/tools/ioemu/vl.c and changing
pstrcpy(ifr.ifr_name, IFNAMSIZ, "tun%d");
line to
*sprintf(ifr.ifr_name, "tun%d.%%d", domid);
and running:*
*/etc/xen/scripts/network-bridge start bridge=xenbr0 netdev=eth0 vifnum=0
/etc/xen/scripts/network-bridge start bridge=xenbr1 netdev=eth1 vifnum=1*
*as our wrapper script
Our brctl show now looks like this:
bridge name bridge id STP enabled interfaces
xenbr0 8000.b2b6111693ac no peth0
tun1.0
vif0.0
xenbr1 8000.d63bb36ceb1e no peth1
tun1.1
vif0.1
Hope this helps.
Nick
*
matt wrote:> I've got the same problem with xen 3.0.2 (compiled form source, but
> I've had the same issue with binaries) running on Ubuntu 6.06.
>
> I've got two network cards and have a wrapper script around
> network-bridge to create two bridges.
>
> When I run a paravirtualised domain which has the following vif section:
> vif = ['bridge=xenbr0','bridge=xenbr1']
>
> I get a domain with two vifs that attach to the correct physical
> interfaces. Which is what I'd expect.
>
> However...
>
> When I create a HVM domain with this vif section:
> vif = ['type=ioemu, bridge=xenbr0','type=ioemu,
bridge=xenbr1']
>
> I get two vifs but both attached to the same bridge (whichever bridge
> appears first in the script, the above example would attach both to
> xenbr0)
>
> brclt show looks like this:
>
> xenbr0 ===> 8000.someStuff ====> vif0.0 peth0 vif12.1
> xenbr1 ===> 8000.otherStuff ====> vif0.1 peth1 tun0 tun1 vif12.0
>
> so any thoughts?
>
> many thanks
> Matt
>
>
>
> Original
>
Message==========================================================================
>
>
> Hello,
>
> We have setup 6 xen guests VT(rhel3) on dmo0 FC5 and for each guest
> there are 2 network interfaces eth0/eth1.
>
> Now if we start the xen guests all the tun interfaces for eth1 goes to
> xenbr1 and not do the defined bridge tsmbr1 oder tsmbr2 ?
>
> Where are the scripts for setup tun interface ?
>
> Has anybody a solution for this problem ?
>
> 2 Guests have this vif config:
>
> vif = [ 'type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:01',
>
> 'type=ioemu,bridge=tsmbr1,mac=02:00:00:00:01:02' ]
>
> And 2 guest have this vif config:
>
> vif = [ 'type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:09',
>
> 'type=ioemu,bridge=tsmbr2,mac=02:00:00:00:01:10' ]
>
>
> bridge name bridge id STP enabled interfaces
>
> tsmbr1 8000.921f6ab823a2 no tun1
>
> vif1.1
>
> vif2.1
>
> tsmbr2 8000.feffffffffff no vif3.1
>
> vif4.1
>
> vif5.1
>
> vif7.1
>
> vif9.1
>
> xenbr0 8000.82469d13d88a no peth0
>
> tun14
>
> tun15
>
> vif0.0
>
> vif8.0
>
> xenbr1 8000.06939ed49977 no peth1
>
> tun0
>
> tun10
>
> tun11
>
> tun12
>
> tun13
>
> tun2
>
> tun3
>
> tun4
>
> tun5
>
> tun6
>
> tun7
>
> tun8
>
> tun9
>
> vif0.1
>
> vif1.0
>
> vif2.0
>
> vif3.0
>
> vif4.0
>
> vif5.0
>
> vif7.0
>
> vif9.0
>
> xenbr2 8000.feffffffffff no peth2
>
> vif0.2
>
> vif8.1
>
> many thanks,
>
> Thomas
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
This e-mail is the property of Quadriga Worldwide Ltd, intended for the
addressee only and confidential. Any dissemination, copying or distribution of
this message or any attachments is strictly prohibited.
If you have received this message in error, please notify us immediately by
replying to the message and deleting it from your computer.
Messages sent to and from Quadriga may be monitored.
Quadriga cannot guarantee any message delivery method is secure or error-free.
Information could be intercepted, corrupted, lost, destroyed, arrive late or
incomplete, or contain viruses.
We do not accept responsibility for any errors or omissions in this message
and/or attachment that arise as a result of transmission.
You should carry out your own virus checks before opening any attachment.
Any views or opinions presented are solely those of the author and do not
necessarily represent those of Quadriga.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
matt
2006-Nov-16 16:12 UTC
Re: [Xen-users] xen guest eth1 tun interface goes to the wrong bridge
Thanks for the info, didn''t work for me though. Think I''ll try 3.03 next, maybe that''ll work. Nicholas Byrne wrote:> I''m pretty sure we had the same issue as you. After posting to the dev > list and getting no response my colleague fixed it by modifying > /xen-3.0.2-2/tools/ioemu/vl.c and changing > pstrcpy(ifr.ifr_name, IFNAMSIZ, "tun%d"); > > line to > > *sprintf(ifr.ifr_name, "tun%d.%%d", domid); > > and running:* > > */etc/xen/scripts/network-bridge start bridge=xenbr0 netdev=eth0 vifnum=0 > /etc/xen/scripts/network-bridge start bridge=xenbr1 netdev=eth1 vifnum=1* > > *as our wrapper script > > Our brctl show now looks like this: > > bridge name bridge id STP enabled interfaces > xenbr0 8000.b2b6111693ac no peth0 > tun1.0 > vif0.0 > xenbr1 8000.d63bb36ceb1e no peth1 > tun1.1 > vif0.1 > > Hope this helps. > Nick > * > > > > > matt wrote: >> I''ve got the same problem with xen 3.0.2 (compiled form source, but >> I''ve had the same issue with binaries) running on Ubuntu 6.06. >> >> I''ve got two network cards and have a wrapper script around >> network-bridge to create two bridges. >> >> When I run a paravirtualised domain which has the following vif section: >> vif = [''bridge=xenbr0'',''bridge=xenbr1''] >> >> I get a domain with two vifs that attach to the correct physical >> interfaces. Which is what I''d expect. >> >> However... >> >> When I create a HVM domain with this vif section: >> vif = [''type=ioemu, bridge=xenbr0'',''type=ioemu, bridge=xenbr1''] >> >> I get two vifs but both attached to the same bridge (whichever bridge >> appears first in the script, the above example would attach both to >> xenbr0) >> >> brclt show looks like this: >> >> xenbr0 ===> 8000.someStuff ====> vif0.0 peth0 vif12.1 >> xenbr1 ===> 8000.otherStuff ====> vif0.1 peth1 tun0 tun1 vif12.0 >> >> so any thoughts? >> >> many thanks >> Matt >> >> >> >> Original >> Message========================================================================== >> >> >> Hello, >> >> We have setup 6 xen guests VT(rhel3) on dmo0 FC5 and for each guest >> there are 2 network interfaces eth0/eth1. >> >> Now if we start the xen guests all the tun interfaces for eth1 goes >> to xenbr1 and not do the defined bridge tsmbr1 oder tsmbr2 ? >> >> Where are the scripts for setup tun interface ? >> >> Has anybody a solution for this problem ? >> >> 2 Guests have this vif config: >> >> vif = [ ''type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:01'', >> >> ''type=ioemu,bridge=tsmbr1,mac=02:00:00:00:01:02'' ] >> >> And 2 guest have this vif config: >> >> vif = [ ''type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:09'', >> >> ''type=ioemu,bridge=tsmbr2,mac=02:00:00:00:01:10'' ] >> >> >> bridge name bridge id STP enabled interfaces >> >> tsmbr1 8000.921f6ab823a2 no tun1 >> >> vif1.1 >> >> vif2.1 >> >> tsmbr2 8000.feffffffffff no vif3.1 >> >> vif4.1 >> >> vif5.1 >> >> vif7.1 >> >> vif9.1 >> >> xenbr0 8000.82469d13d88a no peth0 >> >> tun14 >> >> tun15 >> >> vif0.0 >> >> vif8.0 >> >> xenbr1 8000.06939ed49977 no peth1 >> >> tun0 >> >> tun10 >> >> tun11 >> >> tun12 >> >> tun13 >> >> tun2 >> >> tun3 >> >> tun4 >> >> tun5 >> >> tun6 >> >> tun7 >> >> tun8 >> >> tun9 >> >> vif0.1 >> >> vif1.0 >> >> vif2.0 >> >> vif3.0 >> >> vif4.0 >> >> vif5.0 >> >> vif7.0 >> >> vif9.0 >> >> xenbr2 8000.feffffffffff no peth2 >> >> vif0.2 >> >> vif8.1 >> >> many thanks, >> >> Thomas >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@xxxxxxxxxxxxxxxxxxx >> http://lists.xensource.com/xen-users >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users > > > > This e-mail is the property of Quadriga Worldwide Ltd, intended for > the addressee only and confidential. Any dissemination, copying or > distribution of this message or any attachments is strictly prohibited. > > If you have received this message in error, please notify us > immediately by replying to the message and deleting it from your > computer. > > Messages sent to and from Quadriga may be monitored. > > Quadriga cannot guarantee any message delivery method is secure or > error-free. Information could be intercepted, corrupted, lost, > destroyed, arrive late or incomplete, or contain viruses. > > We do not accept responsibility for any errors or omissions in this > message and/or attachment that arise as a result of transmission. > > You should carry out your own virus checks before opening any attachment. > > Any views or opinions presented are solely those of the author and do > not necessarily represent those of Quadriga. > ------------------------------------------------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > ------------------------------------------------------------------------ > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.430 / Virus Database: 268.14.6/535 - Release Date: 15/11/2006 15:47 >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Nicholas Byrne
2006-Nov-16 17:44 UTC
Re: [Xen-users] xen guest eth1 tun interface goes to the wrong bridge
Which bit didn't work? I take it you changed wrapper script and updated /etc/xen/xend-config.sxp with something like - (network-script network-bridge) to (network-script network-bridge-wrapper) BTW - None of those * (stars) should have been there, my email client was doing something odd. This solution definitely works for us. matt wrote:> Thanks for the info, didn't work for me though. > > Think I'll try 3.03 next, maybe that'll work. > > > Nicholas Byrne wrote: >> I'm pretty sure we had the same issue as you. After posting to the >> dev list and getting no response my colleague fixed it by modifying >> /xen-3.0.2-2/tools/ioemu/vl.c and changing >> pstrcpy(ifr.ifr_name, IFNAMSIZ, "tun%d"); >> >> line to >> >> *sprintf(ifr.ifr_name, "tun%d.%%d", domid); >> >> and running:* >> >> */etc/xen/scripts/network-bridge start bridge=xenbr0 netdev=eth0 >> vifnum=0 >> /etc/xen/scripts/network-bridge start bridge=xenbr1 netdev=eth1 >> vifnum=1* >> >> *as our wrapper script >> >> Our brctl show now looks like this: >> >> bridge name bridge id STP enabled interfaces >> xenbr0 8000.b2b6111693ac no peth0 >> tun1.0 >> vif0.0 >> xenbr1 8000.d63bb36ceb1e no peth1 >> tun1.1 >> vif0.1 >> >> Hope this helps. >> Nick >> * >> >> >> >> >> matt wrote: >>> I've got the same problem with xen 3.0.2 (compiled form source, but >>> I've had the same issue with binaries) running on Ubuntu 6.06. >>> >>> I've got two network cards and have a wrapper script around >>> network-bridge to create two bridges. >>> >>> When I run a paravirtualised domain which has the following vif >>> section: >>> vif = ['bridge=xenbr0','bridge=xenbr1'] >>> >>> I get a domain with two vifs that attach to the correct physical >>> interfaces. Which is what I'd expect. >>> >>> However... >>> >>> When I create a HVM domain with this vif section: >>> vif = ['type=ioemu, bridge=xenbr0','type=ioemu, bridge=xenbr1'] >>> >>> I get two vifs but both attached to the same bridge (whichever >>> bridge appears first in the script, the above example would attach >>> both to xenbr0) >>> >>> brclt show looks like this: >>> >>> xenbr0 ===> 8000.someStuff ====> vif0.0 peth0 vif12.1 >>> xenbr1 ===> 8000.otherStuff ====> vif0.1 peth1 tun0 tun1 vif12.0 >>> >>> so any thoughts? >>> >>> many thanks >>> Matt >>> >>> >>> >>> Original >>> Message========================================================================== >>> >>> >>> Hello, >>> >>> We have setup 6 xen guests VT(rhel3) on dmo0 FC5 and for each guest >>> there are 2 network interfaces eth0/eth1. >>> >>> Now if we start the xen guests all the tun interfaces for eth1 goes >>> to xenbr1 and not do the defined bridge tsmbr1 oder tsmbr2 ? >>> >>> Where are the scripts for setup tun interface ? >>> >>> Has anybody a solution for this problem ? >>> >>> 2 Guests have this vif config: >>> >>> vif = [ 'type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:01', >>> >>> 'type=ioemu,bridge=tsmbr1,mac=02:00:00:00:01:02' ] >>> >>> And 2 guest have this vif config: >>> >>> vif = [ 'type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:09', >>> >>> 'type=ioemu,bridge=tsmbr2,mac=02:00:00:00:01:10' ] >>> >>> >>> bridge name bridge id STP enabled interfaces >>> >>> tsmbr1 8000.921f6ab823a2 no tun1 >>> >>> vif1.1 >>> >>> vif2.1 >>> >>> tsmbr2 8000.feffffffffff no vif3.1 >>> >>> vif4.1 >>> >>> vif5.1 >>> >>> vif7.1 >>> >>> vif9.1 >>> >>> xenbr0 8000.82469d13d88a no peth0 >>> >>> tun14 >>> >>> tun15 >>> >>> vif0.0 >>> >>> vif8.0 >>> >>> xenbr1 8000.06939ed49977 no peth1 >>> >>> tun0 >>> >>> tun10 >>> >>> tun11 >>> >>> tun12 >>> >>> tun13 >>> >>> tun2 >>> >>> tun3 >>> >>> tun4 >>> >>> tun5 >>> >>> tun6 >>> >>> tun7 >>> >>> tun8 >>> >>> tun9 >>> >>> vif0.1 >>> >>> vif1.0 >>> >>> vif2.0 >>> >>> vif3.0 >>> >>> vif4.0 >>> >>> vif5.0 >>> >>> vif7.0 >>> >>> vif9.0 >>> >>> xenbr2 8000.feffffffffff no peth2 >>> >>> vif0.2 >>> >>> vif8.1 >>> >>> many thanks, >>> >>> Thomas >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@xxxxxxxxxxxxxxxxxxx >>> http://lists.xensource.com/xen-users >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >> >> >> >> This e-mail is the property of Quadriga Worldwide Ltd, intended for >> the addressee only and confidential. Any dissemination, copying or >> distribution of this message or any attachments is strictly prohibited. >> >> If you have received this message in error, please notify us >> immediately by replying to the message and deleting it from your >> computer. >> >> Messages sent to and from Quadriga may be monitored. >> >> Quadriga cannot guarantee any message delivery method is secure or >> error-free. Information could be intercepted, corrupted, lost, >> destroyed, arrive late or incomplete, or contain viruses. >> >> We do not accept responsibility for any errors or omissions in this >> message and/or attachment that arise as a result of transmission. >> >> You should carry out your own virus checks before opening any >> attachment. >> >> Any views or opinions presented are solely those of the author and do >> not necessarily represent those of Quadriga. >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users >> ------------------------------------------------------------------------ >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.430 / Virus Database: 268.14.6/535 - Release Date: >> 15/11/2006 15:47 >> > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >This e-mail is the property of Quadriga Worldwide Ltd, intended for the addressee only and confidential. Any dissemination, copying or distribution of this message or any attachments is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from Quadriga may be monitored. Quadriga cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of Quadriga. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
matt
2006-Nov-17 11:51 UTC
Re: [Xen-users] xen guest eth1 tun interface goes to the wrong bridge
Sorry by "didn''t work" I meant after a recompile ("make
clean", "make
world", "make install" probably not all necessary but I am a bit
of
noob) I was in exactly the same position I was in before, with the tun1
and tun2 being assigned to the same bridge.
Nicholas Byrne wrote:> Which bit didn''t work? I take it you changed wrapper script and
> updated /etc/xen/xend-config.sxp with something like -
>
> (network-script network-bridge)
>
> to
>
> (network-script network-bridge-wrapper)
>
> BTW - None of those * (stars) should have been there, my email client
> was doing something odd. This solution definitely works for us.
>
>
>
>
>
> matt wrote:
>> Thanks for the info, didn''t work for me though.
>>
>> Think I''ll try 3.03 next, maybe that''ll work.
>>
>>
>> Nicholas Byrne wrote:
>>> I''m pretty sure we had the same issue as you. After
posting to the
>>> dev list and getting no response my colleague fixed it by modifying
>>> /xen-3.0.2-2/tools/ioemu/vl.c and changing
>>> pstrcpy(ifr.ifr_name, IFNAMSIZ, "tun%d");
>>>
>>> line to
>>>
>>> *sprintf(ifr.ifr_name, "tun%d.%%d", domid);
>>>
>>> and running:*
>>>
>>> */etc/xen/scripts/network-bridge start bridge=xenbr0 netdev=eth0
>>> vifnum=0
>>> /etc/xen/scripts/network-bridge start bridge=xenbr1 netdev=eth1
>>> vifnum=1*
>>>
>>> *as our wrapper script
>>>
>>> Our brctl show now looks like this:
>>>
>>> bridge name bridge id STP enabled interfaces
>>> xenbr0 8000.b2b6111693ac no peth0
>>> tun1.0
>>> vif0.0
>>> xenbr1 8000.d63bb36ceb1e no peth1
>>> tun1.1
>>> vif0.1
>>>
>>> Hope this helps.
>>> Nick
>>> *
>>>
>>>
>>>
>>>
>>> matt wrote:
>>>> I''ve got the same problem with xen 3.0.2 (compiled
form source, but
>>>> I''ve had the same issue with binaries) running on
Ubuntu 6.06.
>>>>
>>>> I''ve got two network cards and have a wrapper script
around
>>>> network-bridge to create two bridges.
>>>>
>>>> When I run a paravirtualised domain which has the following vif
>>>> section:
>>>> vif =
[''bridge=xenbr0'',''bridge=xenbr1'']
>>>>
>>>> I get a domain with two vifs that attach to the correct
physical
>>>> interfaces. Which is what I''d expect.
>>>>
>>>> However...
>>>>
>>>> When I create a HVM domain with this vif section:
>>>> vif = [''type=ioemu,
bridge=xenbr0'',''type=ioemu, bridge=xenbr1'']
>>>>
>>>> I get two vifs but both attached to the same bridge (whichever
>>>> bridge appears first in the script, the above example would
attach
>>>> both to xenbr0)
>>>>
>>>> brclt show looks like this:
>>>>
>>>> xenbr0 ===> 8000.someStuff ====> vif0.0 peth0 vif12.1
>>>> xenbr1 ===> 8000.otherStuff ====> vif0.1 peth1 tun0 tun1
vif12.0
>>>>
>>>> so any thoughts?
>>>>
>>>> many thanks
>>>> Matt
>>>>
>>>>
>>>>
>>>> Original
>>>>
Message==========================================================================
>>>>
>>>>
>>>> Hello,
>>>>
>>>> We have setup 6 xen guests VT(rhel3) on dmo0 FC5 and for each
guest
>>>> there are 2 network interfaces eth0/eth1.
>>>>
>>>> Now if we start the xen guests all the tun interfaces for eth1
goes
>>>> to xenbr1 and not do the defined bridge tsmbr1 oder tsmbr2 ?
>>>>
>>>> Where are the scripts for setup tun interface ?
>>>>
>>>> Has anybody a solution for this problem ?
>>>>
>>>> 2 Guests have this vif config:
>>>>
>>>> vif = [
''type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:01'',
>>>>
>>>>
''type=ioemu,bridge=tsmbr1,mac=02:00:00:00:01:02'' ]
>>>>
>>>> And 2 guest have this vif config:
>>>>
>>>> vif = [
''type=ioemu,bridge=xenbr1,mac=02:00:00:00:01:09'',
>>>>
>>>>
''type=ioemu,bridge=tsmbr2,mac=02:00:00:00:01:10'' ]
>>>>
>>>>
>>>> bridge name bridge id STP enabled
interfaces
>>>>
>>>> tsmbr1 8000.921f6ab823a2 no tun1
>>>>
>>>> vif1.1
>>>>
>>>> vif2.1
>>>>
>>>> tsmbr2 8000.feffffffffff no vif3.1
>>>>
>>>> vif4.1
>>>>
>>>> vif5.1
>>>>
>>>> vif7.1
>>>>
>>>> vif9.1
>>>>
>>>> xenbr0 8000.82469d13d88a no peth0
>>>>
>>>> tun14
>>>>
>>>> tun15
>>>>
>>>> vif0.0
>>>>
>>>> vif8.0
>>>>
>>>> xenbr1 8000.06939ed49977 no peth1
>>>>
>>>> tun0
>>>>
>>>> tun10
>>>>
>>>> tun11
>>>>
>>>> tun12
>>>>
>>>> tun13
>>>>
>>>> tun2
>>>>
>>>> tun3
>>>>
>>>> tun4
>>>>
>>>> tun5
>>>>
>>>> tun6
>>>>
>>>> tun7
>>>>
>>>> tun8
>>>>
>>>> tun9
>>>>
>>>> vif0.1
>>>>
>>>> vif1.0
>>>>
>>>> vif2.0
>>>>
>>>> vif3.0
>>>>
>>>> vif4.0
>>>>
>>>> vif5.0
>>>>
>>>> vif7.0
>>>>
>>>> vif9.0
>>>>
>>>> xenbr2 8000.feffffffffff no peth2
>>>>
>>>> vif0.2
>>>>
>>>> vif8.1
>>>>
>>>> many thanks,
>>>>
>>>> Thomas
>>>>
>>>> _______________________________________________
>>>> Xen-users mailing list
>>>> Xen-users@xxxxxxxxxxxxxxxxxxx
>>>> http://lists.xensource.com/xen-users
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Xen-users mailing list
>>>> Xen-users@lists.xensource.com
>>>> http://lists.xensource.com/xen-users
>>>
>>>
>>>
>>> This e-mail is the property of Quadriga Worldwide Ltd, intended for
>>> the addressee only and confidential. Any dissemination, copying or
>>> distribution of this message or any attachments is strictly
prohibited.
>>>
>>> If you have received this message in error, please notify us
>>> immediately by replying to the message and deleting it from your
>>> computer.
>>>
>>> Messages sent to and from Quadriga may be monitored.
>>>
>>> Quadriga cannot guarantee any message delivery method is secure or
>>> error-free. Information could be intercepted, corrupted, lost,
>>> destroyed, arrive late or incomplete, or contain viruses.
>>>
>>> We do not accept responsibility for any errors or omissions in this
>>> message and/or attachment that arise as a result of transmission.
>>>
>>> You should carry out your own virus checks before opening any
>>> attachment.
>>>
>>> Any views or opinions presented are solely those of the author and
>>> do not necessarily represent those of Quadriga.
>>>
------------------------------------------------------------------------
>>>
>>>
>>> _______________________________________________
>>> Xen-users mailing list
>>> Xen-users@lists.xensource.com
>>> http://lists.xensource.com/xen-users
>>>
------------------------------------------------------------------------
>>>
>>>
>>> No virus found in this incoming message.
>>> Checked by AVG Free Edition.
>>> Version: 7.5.430 / Virus Database: 268.14.6/535 - Release Date:
>>> 15/11/2006 15:47
>>>
>>
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users
>>
>
>
>
> This e-mail is the property of Quadriga Worldwide Ltd, intended for
> the addressee only and confidential. Any dissemination, copying or
> distribution of this message or any attachments is strictly prohibited.
>
> If you have received this message in error, please notify us
> immediately by replying to the message and deleting it from your
> computer.
>
> Messages sent to and from Quadriga may be monitored.
>
> Quadriga cannot guarantee any message delivery method is secure or
> error-free. Information could be intercepted, corrupted, lost,
> destroyed, arrive late or incomplete, or contain viruses.
>
> We do not accept responsibility for any errors or omissions in this
> message and/or attachment that arise as a result of transmission.
>
> You should carry out your own virus checks before opening any attachment.
>
> Any views or opinions presented are solely those of the author and do
> not necessarily represent those of Quadriga.
> ------------------------------------------------------------------------
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.430 / Virus Database: 268.14.6/536 - Release Date: 16/11/2006
15:51
>
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users