On Tue, 4 Oct 2005, Christian MICHON wrote:
do you happen to have vde for win32 ?
If yes, please point it to me, because I've googled for one with no
luck... :)
Should build fine using cygwin I think.
Regards
Henrik
___
Qemu-devel mailing list
Qem
On Tue, Oct 04, 2005 at 09:47:56AM +0200, Christian MICHON wrote:
> do you happen to have vde for win32 ?
> If yes, please point it to me, because I've googled for one with no
> luck... :)
>
Porting VDE to windows is fairly easy.
The hard part is getting qemu to work with it. Unlike POSIX OSes,
do you happen to have vde for win32 ?
If yes, please point it to me, because I've googled for one with no
luck... :)
On 10/3/05, Henrik Nordstrom <[EMAIL PROTECTED]> wrote:
> On Mon, 3 Oct 2005, Christian MICHON wrote:
>
> > I think you meant "guests" instead of "hosts".
> > I second that. I would
En réponse à "Jim C. Brown" <[EMAIL PROTECTED]> :
> On Mon, Oct 03, 2005 at 05:55:58PM +0200, octane indice wrote:
> > And what about a full IP connection beetween hosts? In order
> > to simulate a real network to do nfs/smtp/http/smb and so on?
> >
> > I was thinking of a sort of a net-server whi
On Mon, Oct 03, 2005 at 05:55:58PM +0200, octane indice wrote:
> And what about a full IP connection beetween hosts? In order to
> simulate a real network to do nfs/smtp/http/smb and so on?
>
> I was thinking of a sort of a net-server which handles the DHCP
> process, the connection for going outs
On Mon, 3 Oct 2005, Christian MICHON wrote:
I think you meant "guests" instead of "hosts".
I second that. I would still like to use qemu to
perform network simulations myself...
This is done very nicely by VDE.
Regards
Henrik
___
Qemu-devel mailin
I think you meant "guests" instead of "hosts".
I second that. I would still like to use qemu to
perform network simulations myself...
On 10/3/05, octane indice <[EMAIL PROTECTED]> wrote:
> And what about a full IP connection beetween hosts? In order to
> simulate a real network to do nfs/smtp/http
On Mon, 3 Oct 2005, octane indice wrote:
And what about a full IP connection beetween hosts? In order to
simulate a real network to do nfs/smtp/http/smb and so on?
This is done with a TUN/TAP device, or via a VDE switch using TUN/TAP to
connect to the host.
Regards
Henrik
En réponse à "Jim C. Brown" <[EMAIL PROTECTED]> :
> > Nearly? Oh come on... you know it ain't possible, period.
>
> What are you refering to? The ability of a single qemu to ping
> thru slirp,
> or the ability of multiple qemus to ping each other using
> their guest ips?
>
> The former can be don
"Jim C. Brown" <[EMAIL PROTECTED]> :
> > 1.1.1.1 is not a QEMU given IP.
>
> I know. I have no idea why that shows up.
>
tomsrtbt workaround if there is no DHCP server
--
-
Etes vous un consom'Acteur ? Toutes les saveurs équitables sont sur
http:/
On Sun, Oct 02, 2005 at 04:39:59AM +0200, Henrik Nordstrom wrote:
> 1.1.1.1 is not a QEMU given IP.
>
I know. I have no idea why that shows up.
> Try manually assigning the IP 10.0.2.15/24(255.255.255.0) to the quest
> with a default route to 10.0.2.2. This should work.
>
Already did. It does
On Sat, 1 Oct 2005, Jim C. Brown wrote:
Well I tried it myself and it doesn't work. eth0 gets an IP of 1.1.1.1 but
nothing is pingable.
1.1.1.1 is not a QEMU given IP.
Try manually assigning the IP 10.0.2.15/24(255.255.255.0) to the quest
with a default route to 10.0.2.2. This should work.
Well I tried it myself and it doesn't work. eth0 gets an IP of 1.1.1.1 but
nothing is pingable.
I tried to make the packet sizes larger than 300 bytes just in case that was
the cause of the error (tho thats unlikely imvho), but that just got me a
syntax error from lua.
On Fri, Sep 30, 2005 at 04:
On Fri, Sep 30, 2005 at 11:28:53AM -0700, John R. Hogerhuis wrote:
> Nearly? Oh come on... you know it ain't possible, period.
>
What are you refering to? The ability of a single qemu to ping thru slirp,
or the ability of multiple qemus to ping each other using their guest ips?
The former can be
On Fri, 30 Sep 2005, John R. Hogerhuis wrote:
Nearly? Oh come on... you know it ain't possible, period.
It's possible. It just entails adding something like vde to user-net
allowing multiple qemus to talk to each other (not using the slirp code).
but it's simpler and more robust to just use
On Fri, 2005-09-30 at 09:10 -0400, Jim C. Brown wrote:
> On Fri, Sep 30, 2005 at 10:17:04AM +0200, octane indice wrote:
> > > I don't see any way for qemu guests to be able to
> > > ping each other
> > > (for example) if they are both using user-net.
> > >
> > it would be good to get that working
En réponse à "Jim C. Brown" <[EMAIL PROTECTED]> :
> > if tomsrtbt is the only guest : no IP given
> > if tomsrtbt is launch with -macaddr xx : no IP given
> > if tomsrtbt is launch after another guest : no IP given
> >
> > if I launch a real tomsrtbt, on a real host with a real DHCP
> > server on
On Fri, Sep 30, 2005 at 10:17:04AM +0200, octane indice wrote:
> > I don't see any way for qemu guests to be able to
> > ping each other
> > (for example) if they are both using user-net.
> >
> it would be good to get that working :)
>
Alas, that is so difficult it is nearly impossible.
> if to
octane indice wrote:
[...]
Still doesn't work for me :/ I think that the problems comes
from the tomsrtbt.
if tomsrtbt is the only guest : no IP given
if tomsrtbt is launch with -macaddr xx : no IP given
if tomsrtbt is launch after another guest : no IP given
if I launch a real tomsrtbt, on a
En réponse à "Jim C. Brown" <[EMAIL PROTECTED]> :
> -- Début du message d'origine
>
> On Fri, Sep 30, 2005 at 01:50:47AM +0400, Brad Campbell wrote:
> > >No. In fact, the server is set up to always return the same
> > >IP in response to a request.
> > err.. it
On Fri, Sep 30, 2005 at 01:50:47AM +0400, Brad Campbell wrote:
> >No. In fact, the server is set up to always return the same IP in response
> >to
> >a request.
> err.. it works for me...
Yes, it seems that Fabrice has slipped in a few changes since I last looked at
the slirp code. :) The interna
Jim C. Brown wrote:
On Thu, Sep 29, 2005 at 05:00:42PM +0200, octane indice wrote:
Hello
I have some problems using the built-in DHCP server in qemu.
1. Is it possible to have guets connected?
If I launch 3 qemu, that I can do:
ping 10.2.0.15
ping 10.2.0.14
and so on.
In order to simulate a n
On Thu, Sep 29, 2005 at 05:00:42PM +0200, octane indice wrote:
> Hello
>
> I have some problems using the built-in DHCP server in qemu.
>
> 1. Is it possible to have guets connected?
> If I launch 3 qemu, that I can do:
> ping 10.2.0.15
> ping 10.2.0.14
> and so on.
> In order to simulate a netw
Hello
I have some problems using the built-in DHCP server in qemu.
1. Is it possible to have guets connected?
If I launch 3 qemu, that I can do:
ping 10.2.0.15
ping 10.2.0.14
and so on.
In order to simulate a network?
2. I have some problems with some distro to get an adress:
for example, a sla
24 matches
Mail list logo