<div dir="ltr"><p>What i found is (it`s really not a bug (-; just a not so nice usage scenario)</p><p>At the start of olsr /proc/sys/net/ipv4/ip_forward normally gets set to 1 (if it`s not already set to 1)<br></p><p>and if it wasn`t its set back to 0 when the daemon stopps,..</p>
<p>but i ran into problems with an init.d script which performs an olsr restart like this:<br></p><p>killall olsrd<br>olsrd -f /etc/olsrd.conf -d 0</p><p>maybe it`s not the best idea to do it this way, but i asume many peole do it so, or similar (eg. using pid-file ),..</p>
<p>of course killall -w would also solve following problem</p><p>after an restart forwarding isn`t set to 1 anymore (on a multicore (virtual) server the chance to get this was > 90%, on an other server (single core) it occured only ocassionally)<br>
</p><p>i solved this issue by enabling forwarding on this systems by default,.. <br>but maybe an starting olsr schould set forwarding a bit delayed/later, so that an stopping olsrd is not reseting forwarding to 0 AFTER the starting one has set it to 1</p>
<p>or the stoppping olsr shoudl only reset it when he finds no other olsrds running on the system,..</p><p>Markus</p><p></p></div>