hmm erste versuche sehen gut aus, das so die olsr-tunnel stabil laufen,.. <br><br>ja alex keep-alive bringt was,..<br><br>zumindest in verbindung mit delay-up, welches das interface erst up nimmt wenns wirklich up ist,..<br>
denn sonst ist der olsr evt. schon taubstumm geworden bevor der tunnel überhaupt je geht,..<br><br>soll ich deinen tunnel tetweise auch umkonfigurieren?<br>gibts weitere openvpn oder auch vtun testwillige?<br><br>dein openvpn client sollt evt. pings machen,  oder sich daruaf verlassen das olsr eh genug traffic macht, (und das tut es (-;)<br>
<br>(denn openvpn pings werden nicht beantwortet, d.h. der gegüber muss sie machen,..)<br><br>am server hab ich bei meinem tunnel das dazukonfiguriert,..  <br><br>delay-up<br>ping-restart 20<br>#ping 6<br><br>sollte auch beim client nützlich sein, aber den kann tunnelowner im problemfall eh leichter selber restarten, .. und unter openwrt ist mir die olsr+openvpn probleme auch nie so aufgefallen wie am tunnelserver, aber  am tunnelserver gibts auch einfach mehr tunnel die ausfallen können,..<br>
<br>lg Markus<br><br><div><span class="gmail_quote">On 7/14/08, <b class="gmail_sendername">Markus Kittenberger</b> <<a href="mailto:Markus.Kittenberger@gmx.at">Markus.Kittenberger@gmx.at</a>> wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
wenn es überhaupt auswirkungen hat dann negative,..<br><br>es ist für olsr besser wenn das interface ordentlich down geht,..<br>es kriegt dann mit wenn es weider up kommt, und alles ist gut,..<br><br>aber mit den interfaces vom openvpn die up sind, obwohl nicht verbunden kann olsr nicht umgehen, bzw. das bringt einen olsr bug regelmässig zum vorschein,..<br>
<br>ich hab aber keine lust diesbezgl. olsr zu debuggem , vorallem da mit vtun das problem weg ist, und vtun auch sonst besser ist bzw mir besser gefällt,..<div><span class="e" id="q_11b21d8768a78485_1"><br><br>lg Markus<br>
<br><div><span class="gmail_quote">On 7/14/08, <b class="gmail_sendername">Alexander Stadler</b> <<a href="mailto:alexander_stadler@aon.at" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">alexander_stadler@aon.at</a>> wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
 Verstehe.<br> Keepalive, welches die Verbindung neu startet wenn länger nichts los ist,<br> hilft dem Olsrd da auch nicht?<br> Habe das Problem zum dem Node der mit OpenVpn an mir angebunden ist,<br> glaube ich nämlich noch nicht beobachtet. Aber vielleicht blos weil da<br>
  dann nicht genug debugged sondern einfach neu gestartet wurde.<br><br> lg<br><br> Alex<br><br> ---<br> #on server, to don't start clocking timeouts until a remote peer connects<br> #ping-timer-rem<br> keepalive 10 60<br>
  #=<br> #if mode server:<br> #  ping 10<br> #  ping-restart 120<br> #  push "ping 10"<br> #  push "ping-restart 60"<br> #else<br> #  ping 10<br> #  ping-restart 60<br> ---<br><br><br> > nunja openvpn und olsr vertragen sich am tunnelserver genauso schlecht<br>
  > wie am roofnode (-;<br> ><br> > denn olsr wird irgendwann taubstumm wenn auf einem tap interface schon<br> > lang nix los war,..<br> ><br> > die vtun tunnel sind da besser, weil vtun die taps down nimmt, wenn der<br>
  > tunnel nicht verbunden ist,..<br> ><br> > insofern werd ich wohl mittelfristig openvpn eh abschaffen,..<br> ><br> > lg Markus<br> ><br> > On 7/14/08, Alexander Stadler <<a href="mailto:alexander_stadler@aon.at" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">alexander_stadler@aon.at</a>> wrote:<br>
  >><br> >> Danke, connection (tap-interface) ist nun da, aber es werden noch<br> >> keine Daten auf ihm empfangen (gesendet jedoch schon).<br><br><br><br></blockquote></div><br></span></div></blockquote>
</div><br>