From: Erdem Bayer <ebayer@ttnet.net.tr>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>, xen-devel@lists.xensource.com
Subject: Re: nat does not work with hvm
Date: Tue, 17 Apr 2007 14:32:54 +0300 [thread overview]
Message-ID: <4624B066.4000709@ttnet.net.tr> (raw)
In-Reply-To: <C2466939.5DAB%Keir.Fraser@cl.cam.ac.uk>
Hi
I have been playing with the xen-unstable and observed that the vif-nat
script is still running in the case of nat in qemu (although on the
wrong interface as you have explained) Did I miss something or is it
still running in the unstable vers. because it will have support on one
of the next releases. Will nat be supported in qemu by xen in future
versions or should I write my own qemu-ifup script? Also I was thinking
if it is possible to have more than one qemu-ifup scripts and activate
them from the config. Is this possible?
For the qemu-ifup script the steps I think is as follows:
1. Determine ip information.
2. Bring interface tap up with the ip
3. write iptables rules to route packages to the domU through tap
interface ip
So the problem is passing the necessary values to qemu-ifup scripts. I
wonder where qemu-ifup script is called. Is it possible to change its
parameters?
Am I right? Do you have anything to add? If you can guide me through
this I am sure I can come up with a reasonable script.
Thanks for help
Erdem
Keir Fraser wrote On 14-04-2007 13:19:
> On 14/4/07 08:12, "Erdem Bayer" <ebayer@ttnet.net.tr> wrote:
>
>
>> Will the vif-nat script be run for the hvm domain? If not how does the
>> vifX.0 interface and route rules in my first config be created? I think
>> the the answer of this question is yes. Then what will the qemu-ifup
>> script do? What I wonder is what is the purpose of the qemu-ifup script
>> if the vif-nat script will be run also?
>>
>
> Vif-nat isn't run in this case.
>
> Well actually it is run in 3.0.4 (but not in the very latest xen-unstable
> repository, so not in the forthcoming Xen 3.0.5). But it'll get run on the
> wrong interface. The vif2.0, or whatever, interfaces aren't used by qemu.
> qemu creates its own tap interface and the qemu-ifup script is executed to
> configure that tap interface.
>
> -- Keir
>
>
>
>
next parent reply other threads:[~2007-04-17 11:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <C2466939.5DAB%Keir.Fraser@cl.cam.ac.uk>
2007-04-17 11:32 ` Erdem Bayer [this message]
2007-04-17 14:42 ` nat does not work with hvm Keir Fraser
2007-04-25 14:10 ` Erdem Bayer
2007-04-14 6:24 Erdem Bayer
2007-04-14 9:37 ` Keir Fraser
2007-04-14 6:56 ` Erdem Bayer
2007-04-14 10:08 ` Keir Fraser
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=4624B066.4000709@ttnet.net.tr \
--to=ebayer@ttnet.net.tr \
--cc=Keir.Fraser@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.com \
/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.