<div dir="ltr">hello, this olsr date with svn, latest version.<br><br>right, follow the steps you gave me and then post the results<br><br>I did everything exactly as you said, to take out the ping fails, in the early hna the 2nd ceases to be announced<br>
<br>echo "/ hna" | nc 127.0.0.1 2006<br>HTTP/1.0 200 OK<br>Content-type: text / plain<br><br>Table: HNA<br>Destination     Gateway<br><br>the first time I waited 2 minutes and the second test I waited 10 minutes, the default route with metric 0 172.16.0.1 continued it, but now as a node only had then just got 172.16.0.1, to reconnect the cable in a few seconds the ping back working and hna shall be reposted without changing anything<br>
<br>echo "/ hna" | nc 127.0.0.1 2006<br>HTTP/1.0 200 OK<br>Content-type: text / plain<br><br>Table: HNA<br>Destination     Gateway<br>0.0.0.0 / 0       10.5.0.5<br><br>the problem is that the default route does not leave the table, even when she's not working anymore.<br>
<br>sorry about the time I have taken from you. I am available for any test needed<br><br>Att<br>Anderson Junior<br><br><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-11 3:29 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"><br>
Op 11 apr. 2014, om 08:33 heeft Henning Rogge <<a href="mailto:henning.rogge@fkie.fraunhofer.de">henning.rogge@fkie.fraunhofer.de</a>> het volgende geschreven:<br>
<div class="">><br>
>> 2. dyn_gw with ping check doesn’t work.<br>
>> Long ago I helped Caspar to repair this plugin. I tested, it worked. Let’s see what we can do.<br>
>> I tested, below my results. It works.<br>
>> Please verify with same configuration and show your results.<br>
>> Do you have tcpdump?<br>
><br>
> *looking at next mail*<br>
><br>
> the tcpdump looks fine, ICMPs to Google are not working anymore when the<br>
> cable is pulled and the HNA is dropped.<br>
><br>
> It would take some time for the HNA entries in the other nodes to<br>
> timeout, but after ~30 seconds they should be gone.<br>
<br>
</div>Yes, it would take some time.<br>
This was just the reference test dyn_gw is working.<br>
<br>
<br>
@Anderson:<br>
Could you test with single node, with ping test to 8.8.8.8, in order below. Run tcpdump in background.<br>
1. olsrd is running, cable connected, default route is in routing table, ping to 8.8.8.8 succeeds, HNA is advertised<br>
2. remove cable, ping to 8.8.8.8 fails<br>
3. each 10 seconds, check routing table for default routes (metric 0 and metric 2), HNA advertisement<br>
4. after 2 minutes or so, connect the cable and reinstall your static route if needed, ping to 8.8.8.8 should succeed<br>
5. repeat step 3.<br>
<br>
I did see output, where OLSR reacted on disconnected cable. But there was also the static route. This was strange, please confirm if this problem is still present.<br>
<span class="HOEnZb"><font color="#888888"><br>
Teco<br>
<br>
</font></span></blockquote></div><br><br></div></div>