<br><br><div class="gmail_quote">On Sun, Apr 25, 2010 at 12:07 AM, Mitar <span dir="ltr"><<a href="mailto:mmitar@gmail.com">mmitar@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi!<br>
<br>
On Sat, Apr 24, 2010 at 11:39 PM, Markus Kittenberger<br>
<div class="im"><<a href="mailto:Markus.Kittenberger@gmx.at">Markus.Kittenberger@gmx.at</a>> wrote:<br>
</div><div class="im">> with the vtimes in txtinfo u can now check if "everywhere" all entries have<br>
> acceptable high vtimes all the time *G<br>
> e.g. never reach below originators.validitytime/2<br>
<br>
</div>Why OLSRd does not do this? For example we have everywhere the same<br>
configuration. So it could assume that originators' configuration is<br>
the same as its own and check all this stuff and print some warning to<br>
log or something.<br></blockquote><div><br></div><div>so they vtime thing is already a patch against txtinfo, which is not enabled by default,..</div><div><br>the vtime patch was made for finding/confirming a misconfiguration, of course its`improveable,..</div>
<div><br></div><div>so feel free *G</div><div><br></div><div>extremely simple approach would be to write to syslog whenever something times out,.. (to get this (i guess) you could already use existing debug output and grep)</div>
<div><br></div><div>a bit better would be to have a counter inceased every time something goes under 1/2 of its vtime, and report only nodes that increased this counter over certain thresholds, but do not not report ones that go directly into timing out (as it probably really went down,..)</div>
<div><br></div><div>"reducing above idea to the max" would be to check the old vtime, when a new packet comes in, if it was less than 1/2 of the new vtime, just print a warning, this requires no new datafields, just 1 LOC for each message type,..</div>
<div><br></div><div>hmm maybe i will code something like this now *G</div><div><br>
</div><div>> As I started this thread it is obvious that I do not see any problems<br> > with routes being left in place even if they do not work anymore. :-)</div><div><br></div><div>but i do, and imho some/many other people do aswell,...</div>
<div><br></div><div>but if u don`t care, just set a vtime of virtually infinite for everything on every node, but please do not whine if u don like the results,.. *G</div><div><br></div><div>btw: setting vtime to infinite is not the same as having the last route forever.</div>
<div><br>
</div></div>Markus<br>