Hi,
I would like to test OLSR and BATMAN on UML instances, since I don't have the hardware to make real tests.
Would it be possible to have a copy of the binaries running on the simulator of http://texas.funkfeuer.at/, in order to launch it on my computer?
Best,
-- Benjamin Henrion bhenrion@ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403
If you want to code on it you can even test there. But only one tester at a time please
alle the best, a.
On Jun 8, 2007, at 10:18 PM, Benjamin Henrion wrote:
Hi,
I would like to test OLSR and BATMAN on UML instances, since I don't have the hardware to make real tests.
Would it be possible to have a copy of the binaries running on the simulator of http://texas.funkfeuer.at/, in order to launch it on my computer?
Best,
-- Benjamin Henrion bhenrion@ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 _______________________________________________ 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
--- there's no place like 127.0.0.1
No I am looking for UML kernels + rootfs (which includes olsr or batman) I can boot on my 32bit computer. Texas seems to be a 64bit machine.
Do you sources and/or config files for the UML kernel? Where did you get the rootfs?
Best,
On 6/9/07, Aaron Kaplan aaron@lo-res.org wrote:
If you want to code on it you can even test there. But only one tester at a time please
alle the best, a.
On Jun 8, 2007, at 10:18 PM, Benjamin Henrion wrote:
Hi,
I would like to test OLSR and BATMAN on UML instances, since I don't have the hardware to make real tests.
Would it be possible to have a copy of the binaries running on the simulator of http://texas.funkfeuer.at/, in order to launch it on my computer?
Best,
-- Benjamin Henrion bhenrion@ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 _______________________________________________ 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
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
I am currently trying to get a grip on vnuml ( http://www.dit.upm.es/vnumlwiki/index.php/Tutorial ) which has good howtos and tutorial for building host- and uml- kernels and root_fs.
Especially vnuml offers a framework for virutal network configuration based on xml-configuration files. I think texas-kernel is also patched for vnuml enhancements but for texas's root_fs and network-configuration scripts I am not shure. Maybe aaron can provide some more background on that?
In order to releas texas from unproductive trial-and-error configuration testing (and feeling less intervening when applying core-kernel-patches or installing new system-libraries) I started to setup a small vnuml environment on my home-pc. Therefore I found also the following links quite useful:
http://www.dit.upm.es/vnumlwiki/index.php/Installation
http://www.enic.fr/people/landru/viminal/vnuml.gentoo/how-to/vnuml-gentoo-gu... ( gentoo oriented setup, host-kernel-enhancement, uml-kernel, root_fs )
http://www.dit.upm.es/vnumlwiki/index.php/Howto ( further links for root_fs howtos )
@aaron: do you have a link explaining from-scratch busybox-based uml-rootfs generation (as being used on texas) ?
ciao, axel
On Saturday 09 June 2007 01:07, Benjamin Henrion wrote:
No I am looking for UML kernels + rootfs (which includes olsr or batman) I can boot on my 32bit computer. Texas seems to be a 64bit machine.
Do you sources and/or config files for the UML kernel? Where did you get the rootfs?
Best,
On 6/9/07, Aaron Kaplan aaron@lo-res.org wrote:
If you want to code on it you can even test there. But only one tester at a time please
alle the best, a.
On Jun 8, 2007, at 10:18 PM, Benjamin Henrion wrote:
Hi,
I would like to test OLSR and BATMAN on UML instances, since I don't have the hardware to make real tests.
Would it be possible to have a copy of the binaries running on the simulator of http://texas.funkfeuer.at/, in order to launch it on my computer?
Best,
-- Benjamin Henrion bhenrion@ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 _______________________________________________ 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
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
On Jun 9, 2007, at 1:57 PM, Axel Neumann wrote:
I am currently trying to get a grip on vnuml ( http://www.dit.upm.es/vnumlwiki/index.php/Tutorial ) which has good howtos and tutorial for building host- and uml- kernels and root_fs.
Especially vnuml offers a framework for virutal network configuration based on xml-configuration files. I think texas-kernel is also patched for vnuml enhancements but for texas's root_fs and network-configuration scripts I am not shure. Maybe aaron can provide some more background on that?
I _think_ zethix (in the CC) briefly looked into vnuml but it seemed to complicated. The scripts were all borked and quite unusable for us at least.
In order to releas texas from unproductive trial-and-error configuration testing (and feeling less intervening when applying core-kernel- patches or installing new system-libraries) I started to setup a small vnuml environment on my home-pc. Therefore I found also the following links quite useful:
http://www.dit.upm.es/vnumlwiki/index.php/Installation
http://www.enic.fr/people/landru/viminal/vnuml.gentoo/how-to/vnuml- gentoo-guide.html ( gentoo oriented setup, host-kernel-enhancement, uml-kernel, root_fs )
http://www.dit.upm.es/vnumlwiki/index.php/Howto ( further links for root_fs howtos )
@aaron: do you have a link explaining from-scratch busybox-based uml-rootfs generation (as being used on texas) ?
yes
with an existing root_fs:
mount -o loop root_fs /mnt then just copy over things as needed. That is what I did . works!
To create an initial root_fs:
dd if=/dev/zero of=roof_fs bs=1M count=XXX Then mount this root_fs from inside an existing UML instance and fdisk it (./linux ubd1=root_fs ) and mkfs it
voila!
a.
PS: zethix was recently working on a way to do the simulation completely without UML but with olsr_switch which has still some bugs. Maybe some similar batman_switch application can be usefull?
--- there's no place like 127.0.0.1
On 6/9/07, Aaron Kaplan aaron@lo-res.org wrote:
On Jun 9, 2007, at 1:57 PM, Axel Neumann wrote:
I am currently trying to get a grip on vnuml ( http://www.dit.upm.es/vnumlwiki/index.php/Tutorial ) which has good howtos and tutorial for building host- and uml- kernels and root_fs.
Especially vnuml offers a framework for virutal network configuration based on xml-configuration files. I think texas-kernel is also patched for vnuml enhancements but for texas's root_fs and network-configuration scripts I am not shure. Maybe aaron can provide some more background on that?
I _think_ zethix (in the CC) briefly looked into vnuml but it seemed to complicated. The scripts were all borked and quite unusable for us at least.
Yes, as far as I remember, vnuml needs a lot of things in order to work... well, things that all linux distros usually have, but not busybox. It was something like ... install its boot scripts in the vnuml'd system, make it mount an fs on the host, then use ssh for something and so on and so on. But the biggest problem we had was actually... that it was constantly making our poor system crash. Anyway, I guess we just had to drop it in order to move on. I do believe there are some nice things about vnuml, but ...
In order to releas texas from unproductive trial-and-error configuration testing (and feeling less intervening when applying core-kernel- patches or installing new system-libraries) I started to setup a small vnuml environment on my home-pc. Therefore I found also the following links quite useful:
http://www.dit.upm.es/vnumlwiki/index.php/Installation
http://www.enic.fr/people/landru/viminal/vnuml.gentoo/how-to/vnuml- gentoo-guide.html ( gentoo oriented setup, host-kernel-enhancement, uml-kernel, root_fs )
http://www.dit.upm.es/vnumlwiki/index.php/Howto ( further links for root_fs howtos )
@aaron: do you have a link explaining from-scratch busybox-based uml-rootfs generation (as being used on texas) ?
yes
with an existing root_fs:
mount -o loop root_fs /mnt then just copy over things as needed. That is what I did . works!
To create an initial root_fs:
dd if=/dev/zero of=roof_fs bs=1M count=XXX Then mount this root_fs from inside an existing UML instance and fdisk it (./linux ubd1=root_fs ) and mkfs it
voila!
a.
PS: zethix was recently working on a way to do the simulation completely without UML but with olsr_switch which has still some bugs. Maybe some similar batman_switch application can be usefull?
Briefly, the olsr_switch works like this: in olsrd, there is this special 'driver' that doesn't use a netif for transmission, but a tcp connection instead. that connection goes to the olsr_switch. Also, there are some patches preventing all instances to modify the same routing table. So, in order to make batman work with olsr_switch (or whatever) I guess modifications might be needed.
There is also an N-th way of doing it, probably: pseudo interfaces (like tap) instead of tcp connections. Nevertheless, all batmans (or olsrds) will share the same routing table.
---
there's no place like 127.0.0.1
Yes, there is - ::1, only bigger ;)
On 6/10/07, zethix or something zethix@gmail.com wrote:
On 6/9/07, Aaron Kaplan aaron@lo-res.org wrote:
On Jun 9, 2007, at 1:57 PM, Axel Neumann wrote:
I am currently trying to get a grip on vnuml ( http://www.dit.upm.es/vnumlwiki/index.php/Tutorial )
which has good
howtos and tutorial for building host- and uml- kernels and root_fs.
Especially vnuml offers a framework for virutal network configuration based on xml-configuration files. I think texas-kernel is also patched for vnuml enhancements but for texas's root_fs and network-configuration scripts I am not shure. Maybe aaron can provide some more background on that?
I _think_ zethix (in the CC) briefly looked into vnuml but it seemed to complicated. The scripts were all borked and quite unusable for us at least.
Yes, as far as I remember, vnuml needs a lot of things in order to work... well, things that all linux distros usually have, but not busybox. It was something like ... install its boot scripts in the vnuml'd system, make it mount an fs on the host, then use ssh for something and so on and so on. But the biggest problem we had was actually... that it was constantly making our poor system crash. Anyway, I guess we just had to drop it in order to move on. I do believe there are some nice things about vnuml, but ...
In order to releas texas from unproductive trial-and-error configuration testing (and feeling less intervening when applying core-kernel- patches or installing new system-libraries) I started to setup a small vnuml environment on my home-pc. Therefore I found also the following links quite useful:
http://www.enic.fr/people/landru/viminal/vnuml.gentoo/how-to/vnuml-
gentoo-guide.html ( gentoo oriented setup, host-kernel-enhancement, uml-kernel, root_fs )
http://www.dit.upm.es/vnumlwiki/index.php/Howto ( further links for root_fs howtos )
@aaron: do you have a link explaining from-scratch busybox-based uml-rootfs generation (as being used on texas) ?
yes
with an existing root_fs:
mount -o loop root_fs /mnt then just copy over things as needed. That is what I did . works!
To create an initial root_fs:
dd if=/dev/zero of=roof_fs bs=1M count=XXX Then mount this root_fs from inside an existing UML instance and fdisk it (./linux ubd1=root_fs ) and mkfs it
voila!
a.
PS: zethix was recently working on a way to do the simulation completely without UML but with olsr_switch which has still some bugs. Maybe some similar batman_switch application can be usefull?
Briefly, the olsr_switch works like this: in olsrd, there is this special 'driver' that doesn't use a netif for transmission, but a tcp connection instead. that connection goes to the olsr_switch. Also, there are some patches preventing all instances to modify the same routing table. So, in order to make batman work with olsr_switch (or whatever) I guess modifications might be needed.
There is also an N-th way of doing it, probably: pseudo interfaces (like tap) instead of tcp connections. Nevertheless, all batmans (or olsrds) will share the same routing table.
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.
-- Benjamin Henrion <bhenrion at ffii.org> FFII Brussels - +32-484-566109 - +32-2-4148403
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
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
On 10/2/07, Axel Neumann axel@open-mesh.net wrote:
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.
I have tested the OpenVZ livecd with a small window manager (consumes 128MB in RAM), and with 10 instances running batman or olsr, it works fine with 512MB of RAM, but my problem is that the livecd does not supports ebtables it seems, which I need to configure for avoiding bridge shortcuts between the nodes.
Does anybody has experience with ebtables? Does it needs a kernel patch? Or it is just user-space?
OpenVZ looks very promising for network simulators, it consumes very few memory, especially if you use a mounted HD to store the filesystem.
-- Benjamin Henrion <bhenrion at ffii.org> FFII Brussels - +32-484-566109 - +32-2-4148403
Hello
On Dienstag 09 Oktober 2007, Benjamin Henrion wrote:
On 10/2/07, Axel Neumann axel@open-mesh.net wrote:
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
[snap]
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
[snap]
I have tested the OpenVZ livecd with a small window manager (consumes 128MB in RAM), and with 10 instances running batman or olsr, it works fine with 512MB of RAM, but my problem is that the livecd does not supports ebtables it seems, which I need to configure for avoiding bridge shortcuts between the nodes.
Does anybody has experience with ebtables? Does it needs a kernel patch? Or it is just user-space?
If you follow the link in the above lines, you will find a line like:
... patched again to fix a bug in the ebtables part of the 2.6.18 kernel extracted from patch-2.6.18.8 from http://www.kernel.org/pub/linux/kernel/v2.6/ and downloadable here...
Why not having a look ?
OpenVZ looks very promising for network simulators, it consumes very few memory, especially if you use a mounted HD to store the filesystem.
-- Benjamin Henrion <bhenrion at ffii.org> FFII Brussels - +32-484-566109 - +32-2-4148403 _______________________________________________ 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Axel Neumann wrote:
I have tested the OpenVZ livecd with a small window manager (consumes 128MB in RAM), and with 10 instances running batman or olsr, it works fine with 512MB of RAM, but my problem is that the livecd does not supports ebtables it seems, which I need to configure for avoiding bridge shortcuts between the nodes.
Does anybody has experience with ebtables? Does it needs a kernel patch? Or it is just user-space?
If you follow the link in the above lines, you will find a line like:
... patched again to fix a bug in the ebtables part of the 2.6.18 kernel extracted from patch-2.6.18.8 from http://www.kernel.org/pub/linux/kernel/v2.6/ and downloadable here...
in openvz usuall all ebtables and iptables modules are supported in the 0 instance. modules that can be used inside of virtuall instances have to be prepared for this. but this shouldn't be a problem for your setup, so i guess the problem may be somewhere else.
by the way, if you use reiserfs + raid + lvm you have to switch off the 4k stack patch or your system will run instable :)
kindly regards daniel
Hello,
in openvz usuall all ebtables and iptables modules are supported in the 0 instance. modules that can be used inside of virtuall instances have to be prepared for this. but this shouldn't be a problem for your setup, so i guess the problem may be somewhere else.
As fare as I remember there have been some promlems with the development versions of openVZ. With the stable version for kernel 2.6.18 everything worked fine. Except, the ebtables module oopsed when applying more than 25 rules !! Because I wanted to configure virtual networks with up to 100 nodes this was a problem. The mentioned patch solved this problem.
ciao /axel
Just yesterday I had a brief talk with Herbert from vserver. He mentioned that it should be ok to use different routing tables in each vserver instance. If this works out then I would like to know if vserver is a viable alternative. Vserver is very low overhead. One of the problems that I had with UML is the high (soft-)IRQ load. this produces permanent context switches and no work gets done. (if you start 1000 instances that is!) :)
Can somebody test what happens if you start many instances in openVZ and vserver? I hope our dev server is up and living soon again.
best, a.
On Oct 9, 2007, at 2:50 PM, Axel Neumann wrote:
Hello,
in openvz usuall all ebtables and iptables modules are supported in the 0 instance. modules that can be used inside of virtuall instances have to be prepared for this. but this shouldn't be a problem for your setup, so i guess the problem may be somewhere else.
As fare as I remember there have been some promlems with the development versions of openVZ. With the stable version for kernel 2.6.18 everything worked fine. Except, the ebtables module oopsed when applying more than 25 rules !! Because I wanted to configure virtual networks with up to 100 nodes this was a problem. The mentioned patch solved this problem.
ciao /axel _______________________________________________ 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
--- there's no place like 127.0.0.1
Aaron Kaplan aaron@lo-res.org [071009]:
Just yesterday I had a brief talk with Herbert from vserver. He mentioned that it should be ok to use different routing tables in each vserver instance. If this works out then I would like to know if vserver is a viable alternative. Vserver is very low overhead. One of the problems that I had with UML is the high (soft-)IRQ load. this produces permanent context switches and no work gets done. (if you start 1000 instances that is!) :)
Can somebody test what happens if you start many instances in openVZ and vserver?
Many = which number?
I have started 10 of those, and it works fine on a 1500Mhz machine with 512MB of RAM on a livecd system with minimal debian filesystems on a harddisk.
-- Benjamin Henrion bhenrion@ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403
with UML i had 1500 instances in parallel
lg, a.
On Oct 9, 2007, at 4:29 PM, Benjamin Henrion wrote:
Aaron Kaplan aaron@lo-res.org [071009]:
Just yesterday I had a brief talk with Herbert from vserver. He mentioned that it should be ok to use different routing tables in each vserver instance. If this works out then I would like to know if vserver is a viable alternative. Vserver is very low overhead. One of the problems that I had with UML is the high (soft-)IRQ load. this produces permanent context switches and no work gets done. (if you start 1000 instances that is!) :)
Can somebody test what happens if you start many instances in openVZ and vserver?
Many = which number?
I have started 10 of those, and it works fine on a 1500Mhz machine with 512MB of RAM on a livecd system with minimal debian filesystems on a harddisk.
-- Benjamin Henrion bhenrion@ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 _______________________________________________ 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
--- there's no place like 127.0.0.1
On Die, 2007-10-09 at 16:56 +0200, Aaron Kaplan wrote:
with UML i had 1500 instances in parallel
There should be much more possible since olsrd uses way less (> 30% or so) CPU time (and probably RAM - no one ever measured that AFAIK really. But Hannes killed code and lots of malloc()s/free()s) than 3 months ago.
As for Vserver: Yes, that might be another trial worth (especially if the vservers 99% identical) but AFAIK it needs a patched kernel. And "Vserver on UML": Herbert should know better if one can mange to run that. At least playing around is less risky.
Bernd
yep, I think so too! Definitely worth a try. @Bertl: would you help us to get vserver running as the basis for olsr (mesh routing demon) tests? @Bernd: texas is at your place right now? I think I will just order a new mainboard.
best, a.
As for Vserver: Yes, that might be another trial worth (especially if the vservers 99% identical) but AFAIK it needs a patched kernel. And "Vserver on UML": Herbert should know better if one can mange to run that. At least playing around is less risky.
Bernd
Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services
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
--- there's no place like 127.0.0.1
Hello!
On Friday 08 June 2007 22:18, Benjamin Henrion wrote:
Hi,
I would like to test OLSR and BATMAN on UML instances, since I don't have the hardware to make real tests.
I assume you are looking for 64bit UML-binaries. Then, if you have access to texas you can use the binary at /home/neumann/batmand . use $ file /home/neumann/batmand to verify they were truely compiled for 64 bit.
but even better would be to download the latest stable and compile it yourself on a 64bit-system like texas with: wget http://downloads.open-mesh.net/batman/stable/sources/batmand_0.2.0rc2-curren... tar xvzf batmand_0.2.0rc2-current_sources.tgz cd batmand_.. make strip batmand # (optionally) to reduce the size of the binary
Anyway you'll find a binary attached to this mail, based on batmand_0.2.0rc2-rv406_sources.tgz statically linked and stripped and tested on the 64-bit-uml-instances on texas
ciao, axel
Would it be possible to have a copy of the binaries running on the simulator of http://texas.funkfeuer.at/, in order to launch it on my computer?
Best,
-- Benjamin Henrion bhenrion@ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 _______________________________________________ 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
b.a.t.m.a.n@lists.open-mesh.org
-
Aaron Kaplan -
Axel Neumann -
Benjamin Henrion -
Bernd Petrovitsch -
Daniel Poelzleithner -
zethix or something