We have used OpenVZ (linux-2.6.18-openvz-028.035.1) for emulating batman and
Further background information about the setup is given here:
and about the general evaluation methodology here:
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
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.
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
> and kernel version vmlinux-22.214.171.124-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.
there's no place like 127.0.0.1
B.A.T.M.A.N mailing list