<p>so, nun hat der tunnelserver auch r4</p><p>nunja die backuprouten haben perfekt übernommen (d.h zero packetloss,..) *g</p><p>aber es gab dann doch ein paar probleme mit dem olsr startskripten & watchdog, darum waren dann zumindest die funkinseln an den tunneln für etwas länger down,..</p>
<p>und nun heisst mal abwarten wie der r4 sich am tunnelServer schlägt,.. *g</p><p>lg Markus</p><br><div class="gmail_quote">2009/3/29 Markus Kittenberger <span dir="ltr"><<a href="mailto:Markus.Kittenberger@gmx.at">Markus.Kittenberger@gmx.at</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p>nunja am tunnel rennt ein olsr 0.5.6-r3,.. dieser vergisst nunmal routen einzutragen und sie zu löschen vergisst er auch,..</p>
<p>da der tunnelserver in der aktuellen (imho sinnvollen) konfig der roofnodes der wichtisgste gateway server des freenets ist, gilt für ihn eine release only policy für seinen olsrd,.. *g<br>
</p><p>da nun r4 draussen sit, werd ich ihn bald mal aktualisieren (vmtl. jetzt *g)<br><br>falls die statischen fallbackrouten am tunnelserver nicht wie geplant funktinoeren, wird dadurch einen kurzen (15 sekunden) komplettinternetausfalls geben,..<br>

</p><p>das ganze kann dann aber kurz/mittelfristig auch in ner olsr katastrophe enden (denn historisch gesehen crashen olsrds sehr sehr gerne am tunnelserver, dank seiner vielen tunnel) (mal sehen, r4 wurde bis jetzt eben noch nicht gegen unmengen openvpn tunnels getestet, gegen einzelne tunnel aber sehr wohl,.. *g)<br>

</p><p>wenn r4 jedoch gut geht (wovon ich ausgehe) können wir dann aber auch tunnel mit interface mode ether konfigurieren (und dadurch dann vmtl nur halbsoviel olsr traffic auf den tunneln wie jetzt)</p><p>lg Markus</p>
<br>
<div class="gmail_quote">2009/3/29 Gregor G. <span dir="ltr"><<a href="mailto:gregorprivat@gmail.com" target="_blank">gregorprivat@gmail.com</a>></span><div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Erich schrieb:<br>
<div>> Bei zwei meiner Router ist das WAN Interface über den Tunnel nicht<br>
> erreichbar. Anscheinend werden die Pakete zwischen vivi.tunnel und<br>
> eth1.kryptaroof hin und her geschickt. Das WLAN Interface ist<br>
> erreichbar. Ein Neustart hat nichts gebracht. Vielleicht sind ja noch<br>
> andere Tunnel-Knoten davon betroffen. Bei mir sinds derzeit nur die<br>
> zwei IPs.<br>
</div>Hatte vor einiger Zeit ein ähnliches Problem, Loop zw. tunnel und<br>
kryptaroof, wenn der Tunnel auf meiner Seite down war (Gerät war dann<br>
natürlich über Funk aus dem Netz auch nicht erreichbar...)<br>
<br>
LG Gregor<br>
<font color="#888888"><br>
--<br>
Partykeller<br>
<a href="http://www.meineparty.at" target="_blank">www.meineparty.at</a><br>
</font><div><div><br>
<br>
--<br>
Wien mailing list<br>
<a href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a><br>
<a href="http://lists.funkfeuer.at/mailman/listinfo/wien" target="_blank">http://lists.funkfeuer.at/mailman/listinfo/wien</a><br>
<br>
</div></div></blockquote></div></div></div><br>
</blockquote></div><br>