<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Dragan, nicht im Webinterface.</div>
<div>Der Potsdamer Link sollte klappen. Da wird auch im policyrouting fallback auf 1 gesetzt.</div>
<div> </div>
<div>Grüsse Andreas</div>
<div> </div>
<div> </div>
<div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"> </div>
<div name="quoted-content">
<div>
<div class="mail_android_message" style="line-height: 1;padding: 0.5em;">Hallo Elektra, ich muss da noch ein mal etwas richtig stellen: Wenn ich den SGW im Web interface abschalte, passiert da durchaus etwas - Wie weiter unten beschrieben , zeigt mir dann die Traceroute, dass mein Router "nur sich selbst sieht". Jedenfalls 100% kein Internet.<br/>
<br/>
LG,<br/>
<br/>
Dragan</div>
<div class="mail_android_quote" style="line-height: 1;padding: 0.3em;">Am 17.12.2020, 09:40 schrieb onelektra@gmx.net:
<blockquote class="gmail_quote" style="margin: 0.8ex 0.0pt 0.0pt 0.8ex;border-left: 1.0px solid rgb(204,204,204);padding-left: 1.0ex;">
<div>Hi alle -
<div> </div>
<div>Dragan hängt nicht direkt an der Zwingli. Dank OLSR-Smartgateway-Tunnel ist sein Meshknoten der einzige auf der Wagenburg, der über “wilgu10“ online geht, mit 40-60% Packetloss gestern Mittag.</div>
<div> </div>
<div>Er hat nun feststellt, dass sich der Smart-Gateway-Tunnel nicht über das Webinterface abschalten lässt, obwohl es dafür die Option gibt.</div>
<div> </div>
<div>Der betreffende Schalter im OLSR-Menü ist wirkungslos. Nicht einmal die Option smartgateway in der olsrd.conf wird abgeschaltet. Es fehlt also die ganze Implementierung hinter dem Schalter.</div>
<div> </div>
<div>Eigentlich müsste die Option an mehreren Stellen die Konfiguration verändern. Ich habe das vor Jahren mal zu Fuss gemacht und erinnere mich, dass ich unter anderem in das Policy-Routing eingreifen musste.</div>
<div> </div>
<div>Eigentlich wäre es ganz schön, wenn das mal gefixt würde. </div>
<div> </div>
<div>Freiwillige vor?</div>
<div> </div>
<div>Smartgateway unter OLSR existiert, weil ich Henning Rogge 2013 auf dem Battlemesh in Aalborg gebeten habe, die Gateway-Auswahloption von (Layer 3) batmand in OLSR einzubauen.</div>
<div> </div>
<div>In der jetzigen Form schadet Smartgateway in OLSR häufig mehr als es nützt. Unter batmand kann sich jeder batmand (gateway) client seinen Lieblingsgateway aussuchen, falls gewünscht. Ausserdem kann man bestimmen, nach welchem Algorithmus der batmand client automatisch Gateways auswählt.</div>
<div> </div>
<div>Per Default wählt ein batmand client automatisch den besten Kompromiss aus announcierter Gateway-Speed und Metrik aus. Das passiert auch als Fallback, wenn der vom User bevorzugte Gateway nicht erreichbar ist.</div>
<div> </div>
<div>Eigentlich ein Killer-Feature von batmand. batmand clients können die Last auf Gateways verteilen, kein Gateway-Flapping, kein Link-Quality-Multiplikator-Gefrickel, mit dem Metriken im Mesh verbogen werden müssen, damit nicht alle bei einem schwachen Gateway oder gar einem Blackhole landen usw. </div>
<div> </div>
<div> </div>
<div>Smartgateway von OLSR scheint dagegen zu irgendeinem Gateway einen Tunnel aufzubauen. Der einzige Bonus ist, dass damit das leidige Gateway-Flapping-Problem von OLSR abgestellt ist, so dass Stateful-Connections funktionieren.</div>
<div> </div>
<div>Leider ist die Entwicklung des Plug-In offenbar an der Stelle eingefroren.</div>
<div> </div>
<div>LG Elektra</div>
<div> </div>
<div> </div>
<div>
<div class="elided-text">Am 17.12.2020 01:38 schrieb Sven Roederer <freifunk@it-solutions.geroedel.de>:
<blockquote style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;">
<p>Dragan,</p>
<p>welches ist denn dein Node?<br/>
Die Nodes, die direkt an der Zwingli hängen sind ja recht überschaubar.</p>
<p>Am Mittwoch, 16. Dezember 2020, 20:38:03 CET schrieb Dragan Noveski:<br/>
> Hallo Matthias, ich hab hier keinen lokalen Internet Zugang, also das<br/>
> zweite.<br/>
></p>
<p>Wenn du mesh only machst, dann wird die Router vom olsr-daemon bestimmt. es<br/>
ist durchaus Möglich, dass der Algorithmus meint, deine Route zur "wilgu10"<br/>
ist besser, als die Route zur f2a. Und die bessere Router gewinnt in der<br/>
Regel.<br/>
Wirf mal einen Blick auf die OLSR-Smartgateway Übersicht deines Routers und<br/>
vergleiche mal die ETX-Werte der gelisteten Gateways.</p>
<p>><br/>
> Dragan<br/>
> Am 16.12.2020, 20:35 schrieb Matthias Klose <matthias@klose.berlin>:<br/>
> Grad nochmal drüber nachgedacht - möchtest Du einen lokalen Internetzugang<br/>
> ohne Tunnel teilen, oder möchtest Du den tunneldigger-Node in einen reinen<br/>
> Mesh-Node wandeln?<br/>
> ><br/>
> >> Am 16.12.2020 um 20:12 schrieb Dragan Noveski <perodog@gmx.net>:<br/>
> >><br/>
> >> Hallo an die Liste, ich brauche mal wieder eure Unterstützung.<br/>
> >><br/>
> >> Ich hab hier einen TP-Link cpe210 am laufen. Darauf ist ein<br/>
> >> "Tunneldiger" image installiert. Ich weiß jetzt leider nicht welche<br/>
> >> Version genau; die Installation wurde im April 2020 vorgenommen und das<br/>
> >> war damals der aktuelle Image.<br/>
> >><br/>
> >> Ich habe in dem Web interface versucht den Tunnel abzuschalten. Das Web<br/>
> >> interface zeigt demnach beim Menü - > network - > interfaces, TUNL0<br/>
> >> wäre nicht gestartet (not started on boot).<br/>
> >><br/>
> >> Jetzt ist das so, dass alle anderen access points hier auf dem Platz in<br/>
> >> der traceroute die Zwingli als nächsten hop anzeigen. Von dort geht es<br/>
> >> in die Finow Straße, was insgesamt eine recht gute Internet Verbindung<br/>
> >> her gibt.<br/>
> >><br/>
> >> Mein Router zeigt in der traceroute die Zwingli nicht an, er verbindet<br/>
> >> sich mit "wilgu10" und läuft über Hamburg ins Internet.<br/>
> >><br/>
> >> Offensichtlich ist das so, dass das Web interface anzeigt, der Modul<br/>
> >> TUNL0 wurde nicht gestartet, das aber nicht stimmt.<br/>
> >><br/>
> >> Wie ist das allgemein - ist ein Tunneldigger Image überhaupt so gebaut,<br/>
> >> das man dort den Tunnel abschalten kann?<br/>
> >></p>
<p>Der VPN-Tunnel oder auch der direkte Uplink wird nur aktiviert, wenn du im<br/>
Einrichtungsassistenten "Internetanschluss freigeben" angewählt hast und dann<br/>
auch wirklich eine Internet-verbindung auf dem entsprechenden LAN-port<br/>
existiert.<br/>
Sobald du bei der CPe also kein Kabel im 2. LAN-port hast, brauchst du dir um<br/>
den Tunnel keine Gedanken machen.</p>
<p>> >> Und wenn ja - wie sollte man das machen?<br/>
> >><br/>
> >> Ich würde mich echt freuen, wenn mir jemand hier unter die Arme greifen<br/>
> >> könnte. Von editieren irgendwelcher config Dateien auf dem Router hab<br/>
> >> ich keine scheu, bräuchte dann aber genaue Instruktionen.<br/>
> >></p>
<p>Gruss Sven<br/>
</p>
<p>_______________________________________________<br/>
Berlin mailing list<br/>
Berlin@berlin.freifunk.net<br/>
<a href="http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin" target="_blank">http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin</a><br/>
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv</p>
</blockquote>
</div>
</div>
</div>
_______________________________________________ Berlin mailing list Berlin@berlin.freifunk.net http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv</blockquote>
</div>
_______________________________________________ Berlin mailing list Berlin@berlin.freifunk.net <a href="http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin" target="_blank">http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin</a> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv</div>
</div>
</div>
</div>
</div></div></body></html>