[Dump] [Wien] ble20h13 hat route zu 193.238.158.139 "vergessen"

[Markus Kittenberger]

2009/3/19 Harald Geyer <(spam-protected)>

> > die mid ip am g4 geht nun wieder,..
>
> Ja, war ein MID und kein HNA, sorry für die Verwirrung.
>
> > einmal ip adresse hi nund retour wechseln und bissl geduld haben gereicht
> > damit der ble20 seine boycott der 8.139 aufgab,..
>
> Ok.
>
> > was es genau ausgelöst hat, ist imho nicht näher zu klären,..
>
> Was mich überrascht hat ist jedenfalls, dass der MID Eintrag vorhanden
> war, aber die entsprechende Route nicht. -> also wohl eine kaputte
> Datenstruktur schuld.

mich wunderts nur ein bißchen,
ich hab gewusst das mit dem beinahe "perfekten rtnetlinks workarounds" von
mir die nächte olsr version zumindest unter linux keine fehlenden routen
mehr haben sollte,.
jedoch trotzdem routen fehlen werden wil olsr sie garnicht eintragen will,..
aber steptbystep, zweiteres kann man imho erst sinnvoll debuggen, wenn
ersteres nicht mehr auftritt und für verwirrung sorgt,..
und man dann das logging für topologien + olst states verbessert,..
im testnetz hab ich dafür schon mal nen topolog, der die lq werte zentral
logged
mid/hna logging ist auch schon halb eingebaut,..

remote syslog ist ansichr auch schon eingebaut, aber nicht aktiv solang
dermassen viel unnötiges in den syslog geschrieben wird,..
lg Markus

>
>
> Falls es noch zu was zu brauchen ist, hab' die Permissions jetzt
> gerichtet (das lynx die Dateien so abspeichert hab' ich nicht gewusst).
> http://texas.funkfeuer.at/~harald/2009-03-18.cgi-bin-status.txt
>
hätte eh root rechte am texas *g

> <http://texas.funkfeuer.at/~harald/2009-03-18.cgi-bin-status.txt>
>
> Liebe Grüße,
> Harald
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.funkfeuer.at/pipermail/dump/attachments/20090319/aebdd7e1/attachment.html>