Hi,
Regarding xen's network scripts not playing nicely with vlans, see https://bugzilla.redhat.com/show_bug.cgi?id=337651 I worked around the problem by doing the following: 1. Set (network-script /bin/true) in xend-config.sxp 2. Create xenbr interfaces through the use of ifcfg-xenbrX % cat ifcfg-xenbr1 DEVICE=xenbr1 TYPE=Bridge BOOTPROTO=none ONBOOT=yes DELAY=0 STP=on 3. Bind a VLAN to a xenbr interface % cat ifcfg-eth0.81 DEVICE=eth0.81 VLAN=yes ONBOOT=yes TYPE=Ethernet BRIDGE=xenbr1 4. No extra config on the guestThere is no requirement to have any native vlan traffic at all - the dom0 can be in another VLAN (instead of using the main interface as the native vlan or another ethernet interface) using ifcfg-ethX.Y. Using bonding seemed to work in testing, too, but I have not rolled it out into production for other reasons.
On Mar 18, 2008, at 13:34, Matthias Saou wrote:
Luke S Crawford wrote :Matthias Saou <[EMAIL PROTECTED] > writes:...slighty OT, but worth mentioning ;-)Now the other problem I'm having is to get Xen to use VLAN interfaces on top of the bonded interfaces... not working as expected either yet, andthe Xen network scripts don't make that easy at all! ;-)I believe the correct foo (if you are using network-bridge) is in /etc/xen/xend-config.sxp: (network-script 'network-bridge netdev=[device]') then in the xm config files, vif=["bridge=xenbr0"] (with, of course, your other vif options)This works fine with ethX or even bondX interfaces, but not with vlanX or ethX.Y VLAN interfaces, as the Xen scripts break them pretty badly with their shuffling around. My current "solution" to keep things mostly reliable is to let thedefault script create xenbr0 from bond0, but then I run a custom scriptthat creates xenbr1 with a vlanX interface inside it, which is a VLAN on top of bond0. But it's a somewhat ugly mix of untagged and tagged VLAN traffic... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 8 (Werewolf) - Linux kernel 2.6.24.3-34.fc8 Load : 0.09 0.16 0.18 _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
HTH Kaj -- Kaj J. Niemi <[EMAIL PROTECTED]> +358 45 63 12000
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
