<div dir="ltr"><p>just for your information,..</p><p>since december harald and me, are developing olsr repeater like things,..<br></p><p>it startet with an failed approach of mine to just bridge an wireless adhoc network with an ethernet,..</p>

<p>in jannuary i had an kernel patch (ipt_TEE), repeating all olsr traffic, and a patch to the txtinfo (on the main router) plugin to feed the olsr repeater with routes,.. </p><p>it was only a proof of concept (using shell sripts on the repeater), but it worked,..(and showed that it needs some more coding to make it efficient and stable)</p>

<p>than the project staled a while till harald found the reason for the bridging problems,.. than we created an working adhoc bridge,.. </p><p>(in fact just a plain bridge of an adhoc network with an ethernet port, but using mac and arp nating on the bridge, to get around the limitations of adhoc mode (only 1 MAC))</p>

<p>since about one month we test them on some foneras (in our olsr mesh in vienna),.. the performance is now good, and it will work with any routing dameon/whatever,.. (just the foneras itself are a bit instable, but this already seems to be better with never kamkaze versions,..)</p>

<p>similar approach will also work on routers with an 2.4 kernel, but needs a kernel patch, while in kernel 2.6 its jsut a configuration option, but anyhow it will need a special kernel, resulting in a special firmware image,..</p>

<p>the bridging solution is more generic, making it suitable for many usages, but will not provide the olsrd daemon with information of the physical layer as an olsr repeater might do,.. (but this could be added)</p><p>So anyhow, maybe what you want is already available (-;</p>

<p>Markus</p><br><div class="gmail_quote">On Tue, Aug 19, 2008 at 8:50 AM, Henning Rogge <span dir="ltr"><<a href="mailto:rogge@fgan.de" target="_blank">rogge@fgan.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Am Dienstag 19 August 2008 08:43:02 schrieb Hannes Gredler:<br>
<div>> jumping late into the thread:<br>
> i may be completely mistaken, but isn't generating 'consistent' routing<br>
> tables the job of a routing-protocol ? - what is the root-cause problem<br>
> that you are trying to solve here ?<br>
<br>
</div>We are talking about connecting multiple routers over ethernet so they can<br>
behave as a SINGLE olsr node. This way MPR selection can be done much more<br>
efficient because you don't need MPRs to forward over the ethernet (it will<br>
happen transparently).<br>
<br>
Of course the routing tables of the ethernet connected devices must be<br>
synchronized to prevent local routingloop storms.<br>
<font color="#888888"><br>
Henning Rogge<br>
</font><div><br>
*************************************************<br>
Diplom Informatiker Henning Rogge<br>
Forschungsgesellschaft für<br>
Angewandte Naturwissenschaften e. V. (FGAN)<br>
Neuenahrer Str. 20, 53343 Wachtberg, Germany<br>
Tel.: 0049 (0)228 9435-961<br>
Fax: 0049 (0)228 9435-685<br>
E-Mail: <a href="mailto:rogge@fgan.de" target="_blank">rogge@fgan.de</a><br>
Web: <a href="http://www.fgan.de" target="_blank">www.fgan.de</a><br>
************************************************<br>
Sitz der Gesellschaft: Bonn<br>
Registergericht: Amtsgericht Bonn VR 2530<br>
Vorstand: Dr. rer. nat. Ralf Dornhaus (Vors.), Prof. Dr. Joachim Ender<br>
(Stellv.)<br>
<br>
--<br>
</div><div><div>Olsr-dev mailing list<br>
<a href="mailto:Olsr-dev@lists.olsr.org" target="_blank">Olsr-dev@lists.olsr.org</a><br>
<a href="http://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">http://lists.olsr.org/mailman/listinfo/olsr-dev</a><br>
<br>
</div></div></blockquote></div><br></div>