All of lore.kernel.org
 help / color / mirror / Atom feed
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



  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.