From: Mike Wray <mike.wray@hpl.hp.com>
To: "Ronald G. Minnich" <rminnich@lanl.gov>
Cc: xen-devel@lists.sourceforge.net
Subject: Re: Re: nfsroot and brige
Date: Fri, 14 Jan 2005 14:32:50 +0000 [thread overview]
Message-ID: <41E7D812.1090100@hpl.hp.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0501131009090.14603@linux.site>
Ronald G. Minnich wrote:
>
> On Thu, 13 Jan 2005, Grzegorz Milos wrote:
>
>
>>Instead use routing and iptables (masquerade) as follows:
>>dom0 eth0 stays with 10.128.107.187
>>dom0 eth1 stays with 192.168.0.65
>>dom0 acts as a NAT for unpriviledged domains
>
>
> that's what I was kind of figuring I would need to do.
>
> But a real bridge (I used to use them) would transparently bridge packets
> from vif1.0 to eth1, right? This is what I never saw working, unless I did
> things that made no sense (e.g. ifconfig xen-br0 192.168.0.65), and even
> then I only got from domU to dom0. (it makes no real sense to me for a
> *bridge* to have an IP address).
Remember the default is to have one bridge, xen-br0, and to enslave
eth0 to it. This means that IP on eht0 stops working. IP packets
arriving on eth0 are stolen by the bridge, though output to eth0 still works.
In order to get IP working again in dom0 you ahve to move the IP address and routes
from eth0 onto xen-br0 so that IP will work.
When connecting other interfaces together you should really use another bridge,
xen-br1 say. This bridge will not need an IP address unless a real interface
is connected to it _and_ you want dom0 access to IP on the interface. Otherwise
it doesn't need an IP.
>
> I would expect something working as a real bridge to allow me to do this:
>
> ifconfig eth1 192.168.0.65
> brctl xen-br0 addif eth1
> brctl xen-br0 addif vif1.0
>
> This is essentially wiring the two ifs up to xen-br0.
This sort of things works fine for me. I use vnets a lot
(well I wrote them :-) ), and they rely on bridging.
I have a tunnel interface like vnetif1000 and a bridge vnet1000.
I connect vifs onto the vnet1000 bridge and everything works fine.
The vnet1000 bridge does not have or need an IP address.
> then I dhcp from domU and I would think packets ought to flow to
> vif1.0->eth1, and eth1->vif1.0, broadcasts would flow across the bridge
> transparently and, once the right MAC discovery happened, packets from
> vif1.0 would make it to 192.168.0.1
This is exactly what should be happening.
But if you use xen-br0 remember that eth0 is connected to it too.
You should probably use another bridge for eth1.
> I'm still not sure they didn't -- tcpdump seemed to think the DHCP
> requests were going to eth1, but my home router didn't seem to think it
> was seeing them. I will do a little more fooling around.
Might be good to run ethereal in dom0 and on another machine on the
same LAN segment to see what made it onto the network.
Mike
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
next prev parent reply other threads:[~2005-01-14 14:32 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-12 21:08 nfsroot and brige Ian Pratt
2005-01-12 21:39 ` Ronald G. Minnich
2005-01-12 22:03 ` Keir Fraser
2005-01-12 22:04 ` Ronald G. Minnich
2005-01-12 22:42 ` Nivedita Singhvi
2005-01-13 9:30 ` Leigh Brown
2005-01-13 9:33 ` Keir Fraser
2005-01-13 11:32 ` Nuutti Kotivuori
2005-01-13 15:15 ` Ronald G. Minnich
2005-01-13 15:59 ` Grzegorz Milos
2005-01-13 16:09 ` Grzegorz Milos
2005-01-13 17:16 ` Ronald G. Minnich
2005-01-14 12:16 ` Grzegorz Milos
2005-01-14 19:48 ` Adam Sulmicki
2005-01-14 19:36 ` Gregor Milos
2005-01-14 14:32 ` Mike Wray [this message]
2005-01-14 0:38 ` Adam Sulmicki
2005-01-13 12:04 ` Keir Fraser
2005-01-13 12:33 ` Chris Andrews
2005-01-13 14:06 ` Jan Kundrát
2005-01-13 14:13 ` Ian Pratt
2005-01-12 21:43 ` Adam Heath
-- strict thread matches above, loose matches on Subject: below --
2005-01-13 11:55 Ian Pratt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=41E7D812.1090100@hpl.hp.com \
--to=mike.wray@hpl.hp.com \
--cc=rminnich@lanl.gov \
--cc=xen-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.