<div dir="ltr"><div dir="ltr" id="TranslationOutput" class=""><div name="div[0]"><span class="" id="Dst[0][0:3:0:3]">Yes,</span><span> </span><span class="" id="Dst[0][5:16:5:16]">I agree with</span><span> </span><span id="Dst[0][18:21:18:20]">you</span><span>,</span><span> </span><span id="Dst[0][24:24:23:25]">the</span><span> </span><span id="Dst[0][26:33:27:33]">problem</span><span> </span><span id="Dst[0][35:42:35:40]">is not</span><span> </span><span id="Dst[0][44:46:42:45]">with</span><span> </span><span id="Dst[0][48:55:47:56]">the plugin</span><span>,</span><span> </span><span id="Dst[0][58:62:59:61]">but</span><span> </span><span id="Dst[0][64:67:63:66]">this</span><span> </span><span id="Dst[0][69:79:68:80]">default route</span><span> </span><span class="" id="Dst[0][81:89:82:90]">that even</span><span> </span><span class="" id="Dst[0][91:104:92:110]">when you disconnect</span><span> </span><span id="Dst[0][106:111:112:120]">the cable</span><span> </span><span id="Dst[0][113:120:122:130]">continues</span><span> </span><span id="Dst[0][122:128:132:136]">it as</span><span> </span><span id="Dst[0][130:131:138:139]">if</span><span> </span><span id="Dst[0][133:138:141:145]">I was</span><span> </span><span id="Dst[0][140:147:147:153]">healthy</span><span>.</span></div>
<br><div name="div[1]"><span class="" id="Dst[1][0:3:0:3]">Att.</span></div><div name="div[2]"><span class="" id="Dst[2][0:7:0:7]">Anderson</span><span> </span><span class="" id="Dst[2][9:14:9:14]">Junior</span></div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-11 11:04 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">
OK, your dyn_gw works just fine.<br>
The interface RUNNING status is described here: <a href="https://www.kernel.org/doc/Documentation/networking/operstates.txt" target="_blank">https://www.kernel.org/doc/Documentation/networking/operstates.txt</a><br>
If you need to supported plugged and unplugged ethernet ports, I recommend ifplugd. I use it for managing dhcp client.<br>
<br>
Teco<br>
<br>
Op 11 apr. 2014, om 14:13 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>
> 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 <a href="tel:127.0.0.1%202006" value="+551270012006">127.0.0.1 2006</a><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>
><br>
><br>
> 2014-04-11 3:29 GMT-04:00 Teco Boot <<a href="mailto:teco@inf-net.nl">teco@inf-net.nl</a>>:<br>
><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>
> ><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>
> 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>
><br>
> Teco<br>
><br>
><br>
><br>
<br>
</div></div></blockquote></div><br><br></div></div>