[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] Still confused about bridging (I think)
David Dyer-Bennet wrote: Javier Guerra wrote:On Fri, Sep 19, 2008 at 5:42 PM, David Dyer-Bennet <dd-b@xxxxxxxx> wrote:I know I'm confused about *something*, because packets aren't getting through. The hardware has two NICs, eth0 connects to the corporate lan on 192.168.1.14, and to a private cluster lan on 172.17.0.1. In dom0, I can reach systems on both lans. In a guest on 172.17.1.2, I can't reach anything. Nothing in 172.17, nothing in 192.168.1. The guest is domain 9, called vl01.In dom0 A bridge, xenbr0 (specified in my control files for the domains),is set up to let everybody talk to everywhere. [root@prcapp02 xen]# brctl show bridge name bridge id STP enabled interfaces virbr0 8000.000000000000 yes xenbr0 8000.2ed4b2e93fd1 no vif9.0 vif7.0 tap0 peth0 vif0.0where's the 'way out' from xenbr0? IOW, is peth0 connected to a real NIC?Yes, that's the "real" nic. Xen seems to have renamed the interfaces.i think you should set two bridges, one connected to eth0 (192.168.1.14) , and the other to eth1 (172.17.0.1), then if you want a DomU on 172.17.x.x, connect it's vif to the second bridge. I agree with David here. It is the easiest way; otherwise, you'll have to setup your own routing. I noticed some oddities (although things are constantly being renamed so everything depends on which version you are running :). For starters, on my system (xen-3.0.2-2) the veth devices disappear once xend is started. I have 3 nics in dom0, each dedicated to one of 3 bridges: WAN, LAN, and DMZ. The bridges and the peth devices are all set to NOARP while the eth and vif devices are all set to ARP ON. None of the nics, vifs, peths or bridges have IPs. domU #1 gets 3 virtual nics, one on each of the 3 bridges, and does all routing and firewalling between them. All public servers are on domUs attached to the DMZ, all development domUs are attached to the LAN. My ISP provides me with a /29 network giving me 7 public IPs on the WAN. This has worked rock solid since April '06. my $0.02. Mike Wright :m) A bridge is a MAC-layer device, it never even looks at the IP address in the packet (the packet need not, in fact, be IP at all). So I'd need a pretty detailed explanation of how this might help before it's even worth trying. _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |