<div dir="ltr">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><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-08 16:34 GMT-04:00 Henning Rogge <span dir="ltr"><<a href="mailto:hrogge@gmail.com" target="_blank">hrogge@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">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>
</div>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>
<span class="HOEnZb"><font color="#888888"><br>
Henning<br>
</font></span></blockquote></div><br><br clear="all"><br></div></div>