<br><br><div><span class="gmail_quote">On 4/30/08, <b class="gmail_sendername">Henning Rogge</b> <<a href="mailto:rogge@fgan.de">rogge@fgan.de</a>> wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
Am Mittwoch 30 April 2008 13:07:16 schrieb Axel Neumann:<br><br>> For older olsrd versions there has been the "recommendation" to always use<br> > a different netmask for each olsr interface of a node.<br>
 > My question is whether this recommendation still applies to the recent<br> > olsrd versions or if a new versions can also cope with a configuration like<br> > this: ath0 <a href="http://10.0.0.1/16">10.0.0.1/16</a>, ath1 <a href="http://10.0.0.2/16">10.0.0.2/16</a>, eth0 <a href="http://10.0.0.3/16">10.0.0.3/16</a><br>
<br>Linux (and most likely windows) wont like this.</blockquote><div><br>Are you sure?<br>i do this (multiple olsr interfaces with (same or different) ip all on same subnet) on all my nodes,.. (an whole freenet in vienna does so)<br>
</div><br><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
 Olsrd creates generic ip routes, so the kernel would be unable to determine<br> the outgoing interface for packets.</blockquote><div><br>my routing tables shows device specific routes, generated by olsrd<br><br>e.g. <a href="http://193.238.158.5">193.238.158.5</a> via <a href="http://193.238.156.111">193.238.156.111</a> dev eth1  metric 2<br>
<br><br> </div><br><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
 > If not, can somebody recommend me an interface configuration for a scenario<br> > where a node is allowed to have more than one (radio) interface to the same<br> > link ?<br><br>Just define one subnet for each channel. This way you don't need any kind<br>
 of "location dependent" information.<br><br> channel c:<br>  10.c.0.0/16<br><br> So you can just think about your net <a href="http://10.0.0.0/8">10.0.0.0/8</a> splitted into 255 "channel"<br> subnets.<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">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> --<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">http://lists.olsr.org/mailman/listinfo/olsr-dev</a><br><br></blockquote></div><br>