<div>I would also suggest you share your ideas about multipath stategies here,..<br></div><div></div><div>because if you just send data to all neighbours that would not send the packets directly back to you, you just multiply the chances to get routing loops on one of your path,..</div>
<div></div><div>i mean, if you take the risk of having more problems, you should have a very good stategy to really gain better significant improves,..</div><div></div><div>i mean if 1 or 2 hops later all you packets will go again through the same link, its for sure not worth the risk/effort.</div>
<div></div><div>and if your plan is to send packets on every node to "every" posibble route, you may use quite long, bad routes, and suffer with enourmous packet loss/reordering problems (if you do not gurantee that "same" traffic takes (mostly) same route)</div>
<div></div><div>i don`t want to say, multipath will not work, neither do i know your plans, but first step imho is to solve well some theoretical issues, before starting to hack this feature in,..</div><div></div><div>regards Markus</div>
<div><br></div><div class="gmail_quote">On Tue, Apr 28, 2009 at 9:58 AM, Henning Rogge <span dir="ltr"><<a href="mailto:rogge@fgan.de">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 Tuesday 28 April 2009 00:33:36 schrieb Adam Nowak:<br>
<div class="im">> Hello,<br>
> I'm new to this list, and to all the olsr stuff too. Sorry, if I'm asking<br>
> about well known issues. I'm interested in implementing multipath<br>
> extension to OLSRd. At first, I'd like to add some alternative routes to<br>
> the same destination (route entries which has the same destination but<br>
> other next-hops). As I've noticed in the code, there is the entry<br>
> "rt_best" which is responsible for selecting best route. I don't<br>
> understand, how OLSRd interacts with system routing table in<br>
> olsr_update_rib_routes() function, can you help me work it out or give<br>
> some advices?<br>
> Any help would be appreciated!<br>
</div>The main problem you have to solve is how to force your packages to stay on<br>
the "secondary" route. You cannot do this "hop by hop" because the next hop<br>
will just send your packages to the shortest route again.<br>
<br>
For efficient multipath you need some "distance" (2 hops or more) between the<br>
two routes to prevent collisions between the two paths.<br>
<br>
Henning<br>
<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">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: Prof. Dr. rer. nat. Maurus Tacke (komm. Vors.), Prof. Dr.-Ing.<br>
Joachim Ender (Stellv.)<br>
<br>
<br>--<br>
Olsr-dev mailing list<br>
<a href="mailto:Olsr-dev@lists.olsr.org">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></blockquote></div><br><div><br></div>