<div dir="ltr">hello, I tried changing the order and also removing "HNA" "0.0.0.0 0.0.0.0", but none of the forms solved the problem of the route, I believe I know what the problem is, the network adapter configured with static wan this address then believe that this default route configured the olsr not remove it because it was not he who created it, why looking at the behavior of the route table, even if the route 172.16.0.1 is not over with the cable she keeps it in route table, olsr adds a new route that is 10.5.0.6, I think the first 172.16.0.1 prevails over the others, if u wants to access my small network I fix a computer with remote access for you to look at settings of radios.<br>
<br>Att<br>Anderson Junior<br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-08 16:59 GMT-04:00 Teco Boot <span dir="ltr"><<a href="mailto:teco@inf-net.nl" target="_blank">teco@inf-net.nl</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The plugin parameters are ordered, at least for dyn_gw.<br>
Read from bottom to top.<br>
Your config reads first "HNA" "0.0.0.0 0.0.0.0", no ping test set.<br>
Then the "Ping" "10.4.0.1", but no HNA for it.<br>
<br>
Please test with:<br>
<br>
LoadPlugin "olsrd_dyn_gw.so.0.5"<br>
{<br>
        PlParam "HNA" "0.0.0.0 0.0.0.0"<br>
        PlParam "Ping" "10.4.0.1"<br>
<div class="">        PlParam "CheckInterval" "5000"<br>
        PlParam "PingInterval" "5"<br>
}<br>
<br>
<br>
</div>When no HNA parameter is provided, "HNA" "0.0.0.0 0.0.0.0” is assumed (not tested by me!).<br>
<br>
Teco<br>
<br>
<br>
Op 8 apr. 2014, om 22:47 heeft ANDERSON JUNIOR GADO DA SILVA <<a href="mailto:andersonscinfo@gmail.com">andersonscinfo@gmail.com</a>> het volgende geschreven:<br>
<div class="HOEnZb"><div class="h5"><br>
> I understand WHAT you explained to me, since I made the change as suggested Teco, thus:<br>
><br>
> LoadPlugin "olsrd_dyn_gw.so.0.5"<br>
> {<br>
>         PlParam "Ping" "10.4.0.1"<br>
>         PlParam "HNA" "0.0.0.0 0.0.0.0"<br>
>         PlParam "CheckInterval" "5000"<br>
>         PlParam "PingInterval" "5"<br>
> }<br>
><br>
> 10.4.0.1 is a local dns server, so I continued using it as a reference for the ping,<br>
><br>
> this correct?<br>
><br>
> Att<br>
> Anderson Junior<br>
><br>
><br>
> 2014-04-08 16:34 GMT-04:00 Henning Rogge <<a href="mailto:hrogge@gmail.com">hrogge@gmail.com</a>>:<br>
> On Tue, Apr 8, 2014 at 10:27 PM, ANDERSON JUNIOR GADO DA SILVA<br>
> <<a href="mailto:andersonscinfo@gmail.com">andersonscinfo@gmail.com</a>> wrote:<br>
> > I'll try to explain with my words, ping the address must be a reachable<br>
> > address outside the network, preferably the Internet, a known site or dns,<br>
> > it ensures that the node has internet, HNA understand to be the network<br>
> > where the olsr will flood with your posts, this would be the network where<br>
> > the working olsr. If you are traveling to pull my ear, (laughs).<br>
><br>
> A HNA announces a prefix outside the OLSR mesh network. In fact it<br>
> announces that the local node can reach this prefix, the HNA allows<br>
> the other nodes to access this prefix through the local node.<br>
><br>
> The ping mechanism of the dyn_gw plugin checks the bi-directional<br>
> connectivity to a host within this prefix.<br>
><br>
> If you are re-distributing a route to the internet, the prefix would<br>
> be <a href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a> (the default route) and the ping address would be a host<br>
> on the internet (e.g. 8.8.8.8, the google dns).<br>
><br>
> Henning<br>
><br>
><br>
><br>
<br>
</div></div></blockquote></div><br><br clear="all"><br></div></div>