From: Axel Neumann <axel@open-mesh.net>
To: The list for a Better Approach To Mobile Ad-hoc Networking
<b.a.t.m.a.n@open-mesh.net>
Subject: Re: [B.A.T.M.A.N.] Texas UML instances and OLSR+BATMAN tests
Date: Tue, 2 Oct 2007 10:59:06 +0200 [thread overview]
Message-ID: <200710021059.06583.axel@open-mesh.net> (raw)
In-Reply-To: <07EFF690-E02A-4B92-946E-0C67B32066E3@lo-res.org>
Hello,
We have used OpenVZ (linux-2.6.18-openvz-028.035.1) for emulating batman and
olsr.
Further background information about the setup is given here:
http://open-mesh.net/batman/doc/evaluation/setup-details
and about the general evaluation methodology here:
http://open-mesh.net/batman/doc/evaluation
Not yet documented but:
Recently also managed to run openVZ (with many virtuaized debian systems)
inside of qemu-kvm. Used this for proof of concept, testing and performance
evaluation.
This has the advantage of:
- having all relevant data in a qemu image.
- The image could be easily transferred to another machine (actually Iam
waiting to move it to texas).
- could be easily backupped
- Any misconfiguration inside qemu does never harm your real system !!
The following worked:
- On 2GHz core duo notebook (qemu using only one processor and 800MB Ram)
- More than 100 virtual instances idling in parrallel
- About 60 virtual instances running olsr or batman in parrallel
- use brctl, ebtables, TC, and NETEM for configuring virtual networks with
- dedicated links
- dedicated packetloss, delay for unicast and broadcast traffic
- Having all the tools like wireshark, tcpdump, ... for network monitoring,.
- Being able to monitor all virtualized VZ processes from the qemu system.
If somebody is interested in using or even helping to document and extend that
system, would be really appreciated.
ciao,
axel
On Montag 01 Oktober 2007, Aaron Kaplan wrote:
> Benjamin Henrion wrote:
> > What about using OpenVZ instances (each instance has its own TCP IP
> > stack I think)?
> >
> > I did not manage to have a working 32bit UML kernel+busybox rootfs for
> > testing OLSR and/or batman (ifconfig did not work out with the busybox
> > rootfs version of
> > http://uml.nagafix.co.uk/BusyBox-1.5.0/BusyBox-1.5.0-x86-root_fs.bz2
> > and kernel version vmlinux-2.6.18.1-bb2), if someone can recommend me
> > one version for each of those.
>
> Well, I have not tried openVZ. I would be interested in it.
> UML is quite tricky to get right. As soon as our texas server is up
> and running again, I can
> give you kernel .config file which worked for me.
>
>
> best,
> aaron.
>
> ---
> there's no place like 127.0.0.1
>
>
>
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n
next prev parent reply other threads:[~2007-10-02 8:59 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-08 20:18 [B.A.T.M.A.N.] Texas UML instances and OLSR+BATMAN tests Benjamin Henrion
2007-06-08 22:08 ` Aaron Kaplan
2007-06-08 23:07 ` Benjamin Henrion
2007-06-09 11:57 ` Axel Neumann
2007-06-09 13:14 ` Aaron Kaplan
2007-06-09 22:35 ` zethix or something
2007-06-09 22:42 ` Aaron Kaplan
2007-10-01 17:56 ` Benjamin Henrion
2007-10-01 18:10 ` Aaron Kaplan
2007-10-02 8:59 ` Axel Neumann [this message]
2007-10-09 7:25 ` Benjamin Henrion
2007-10-09 7:53 ` Axel Neumann
2007-10-09 9:11 ` Daniel Poelzleithner
2007-10-09 12:50 ` Axel Neumann
2007-10-09 14:23 ` Aaron Kaplan
2007-10-09 14:29 ` Benjamin Henrion
2007-10-09 14:56 ` Aaron Kaplan
2007-10-09 16:34 ` Bernd Petrovitsch
2007-10-09 16:40 ` Aaron Kaplan
[not found] ` <20071009165849.GA27755@MAIL.13thfloor.at>
2007-10-09 17:30 ` Aaron Kaplan
2007-06-08 22:33 ` Axel Neumann
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=200710021059.06583.axel@open-mesh.net \
--to=axel@open-mesh.net \
--cc=b.a.t.m.a.n@open-mesh.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.