we have a problem!<br><br>olsrmain_load_config("/tmp/olsr.conf");<br><br>does not refresh hna6 but simply add all hna6 present on the file<br><br>then from<br><br>Hna6<br>{<br>  0::ffff:0AAE:0000 123<br>  0::ffff:0AAE:0021 125<br>
  fec0:0015:6DD4:F7D1:0000:0000:0000:0000 64<br>  fec0:0015:6DD5:F7D1:0000:0000:0000:0000 64<br>}<br><br><br> we obtain duplicated entry like this<br><br>Table: HNA<br>Destination     Gateway<br>fec0:15:6dd5:f7d1::/64  fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br>
fec0:15:6dd4:f7d1::/64  fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br>::ffff:<a href="http://10.174.0.33/125">10.174.0.33/125</a>  fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br>::ffff:<a href="http://10.174.0.0/123">10.174.0.0/123</a>   fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br>
fec0:15:6dd5:f7d1::/64  fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br>fec0:15:6dd4:f7d1::/64  fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br>::ffff:<a href="http://10.174.0.0/123">10.174.0.0/123</a>   fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br>
fec0:15:6dd5:f7d1::/64  fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br>fec0:15:6dd4:f7d1::/64  fd7d:d7bb:2c97:dec3:0:15:6dd4:f7d1<br><br>how to clear hna table before reload configuration?<br><br><div class="gmail_quote">2010/7/4 Henning Rogge <span dir="ltr"><<a href="mailto:hrogge@googlemail.com">hrogge@googlemail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Am Samstag 03 Juli 2010, 20:46:27 schrieb Mitar:<br>
<div><div></div><div class="h5">> Hi!<br>
><br>
> On Sat, Jul 3, 2010 at 5:16 PM, ZioPRoTo (Saverio Proto)<br>
><br>
> <<a href="mailto:zioproto@gmail.com">zioproto@gmail.com</a>> wrote:<br>
> > There is any plugin that now uses SIGUSR1 ??<br>
><br>
> Yes. One our internal plugin uses SIGUSR1:<br>
><br>
> <a href="http://lists.olsr.org/pipermail/olsr-dev/2010-April/003711.html" target="_blank">http://lists.olsr.org/pipermail/olsr-dev/2010-April/003711.html</a><br>
><br>
> Could you maybe use SIGHUP? It is quite common to use it for reloading<br>
> the config.<br>
><br>
> There was an idea to make an API where plugins could register a<br>
> handler for signal and olsrd would then run them in series. But<br>
> currently there is nothing yet.<br>
><br>
> > If you think the approach is feasible, and if you think that reloading<br>
> > the config file has some benefit also for other application scenarios,<br>
> > we can clean up our patch and push it to the repository.<br>
><br>
> It is definitely a feature which is missing in OLSR for production use<br>
> (it is really bad when we have to reset the olsrd on our VPN server<br>
> just to reload the config). But I think that there is probably some<br>
> more work needed for this to work properly than just reloading config?<br>
> Plugins maybe have to reinitialize their structures if you change<br>
> configuration?<br>
</div></div>One of the plans for OLSRd 0.7.0 is a better configuration management.<br>
<br>
We already have an internal telnet server so plugins can just add a command of<br>
their own without any server code, but the config system is on our list too.<br>
<br>
But it will have to wait until I got OLSRv2 running.<br>
<br>
Henning Rogge<br>
<font color="#888888"><br>
--<br>
1) You can't win.<br>
2) You can't break even.<br>
3) You can't leave the game.<br>
— The Laws of Thermodynamics, summarized<br>
</font><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>