<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hallo Dragan,</div>
<div> </div>
<div>das hab ich so noch nie gesehen. Aber wenns nicht geht, dann ist das eben so.</div>
<div>Also wieder rückwärts, die beiden RtTables wieder rein, fallback auf 0 und das Häckchen in der Weboberfläche wieder raus.</div>
<div>Deine IP 10.36.241.245 kann net stimmen, die gibt es nicht, es wird wohl eher die 10.36.241.225 sein und heisst AP3.</div>
<div>Du hast 2 Nachbarn, Elektra und LEDE,</div>
<div>deine ersten 3 GW sind f2a, emma und Wilgu,</div>
<div>das erste erreichbare GW ist im 3.hop, ab dem 3. hop macht das SGW gern mal, was es will, das geht anderen im Netz auch so.</div>
<div>Das SGW abschalten wär da jetzt das richtige gewesen, dann blieb es auf f2a hocken.</div>
<div>Schade.</div>
<div> </div>
<div>Grüsse Andreas</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 style="font-family: Verdana;font-size: 12.0px;">
<div>So, ich hab jetzt ziemlich viele Kombinationen durchprobiert.</div>
<div> </div>
<div> </div>
<div>Abschalten des SGW im Web-Interface löscht die Zeilen im /etc/config/olsr:</div>
<div> </div>
<div> </div>
<div>option SmartGateway 'yes' und</div>
<div>option SmartGatewayPriority 'both'</div>
<div> </div>
<div>Es hat kein Einfluss auf die anderen beiden optionen RtTableTunnel und RtTableTunnelPriority. Ebenso wenig auf den fallback Wert im /etc/config/freifunk-policyrouting.</div>
<div> </div>
<div>Jedenfalls sieht es danach hier so aus:</div>
<div> </div>
<div> </div>
<div>
<div>afadoc@murija9:~$ traceroute 8.8.8.8<br/>
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets<br/>
1 frei.funk (10.36.241.225) 1.320 ms 1.262 ms 1.634 ms<br/>
2 frei.funk (10.36.241.225) 1.584 ms 12.140 ms 13.899 ms<br/>
afadoc@murija9:~$ ping 8.8.8.8<br/>
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.<br/>
>From 10.36.241.225 icmp_seq=2 Destination Port Unreachable<br/>
>From 10.36.241.225 icmp_seq=3 Destination Port Unreachable</div>
<div>...</div>
<div> </div>
<div>Wenn ich streng nach der 'Potsdamer Methode' vorgehe, also auch und vor allem den fallback Wert auf 1 setzte, bleiben der ping und die Traceroute gleich, siehe oben.</div>
<div> </div>
<div>Wenn ich im Web-Interface nach den routen schaue, werden dort 'aberhunderte' davon angezeigt, also wie im Normalfall, wenn ich ins Netz gelange.</div>
<div> </div>
<div> </div>
<div>LG,</div>
<div> </div>
<div>Dragan</div>
</div>
<div>
<div>
<div style="margin: 10.0px 5.0px 5.0px 10.0px;padding: 10.0px 0 10.0px 10.0px;border-left: 2.0px solid rgb(195,217,229);">
<div style="margin: 0 0 10.0px 0;"><b>Gesendet:</b> Donnerstag, 17. Dezember 2020 um 10:58 Uhr<br/>
<b>Von:</b> onelektra@gmx.net<br/>
<b>An:</b> "wirelesslan in Berlin" <berlin@berlin.freifunk.net><br/>
<b>Betreff:</b> Re: [Berlin-wireless] Re: Tunnel abschalten bei cpe210</div>
<div>
<div>Hallo Dragan!
<div> </div>
<div>Ich bin mir nicht sicher. Nachdem Du im Web-Interface Smartgateway abschaltet hast, war die Option in /etc/config/olsrd immer noch aktiv. Die hast Du danach manuell mit vi abgeschaltet.</div>
<div> </div>
<div>Zuvor hattest Du die Option nur über das Web-Interface gesetzt, ohne dass sich etwas geändert hat.</div>
<div> </div>
<div>Ist das korrekt?</div>
<div> </div>
<div>LG Elektra</div>
</div>
<div class="gmail_extra">
<div class="gmail_quote">Am 17.12.2020 09:47 schrieb Dragan Noveski <perodog@gmx.net>:
<blockquote class="quote" style="margin: 0 0 0 0.8ex;border-left: 1.0px rgb(204,204,204) solid;padding-left: 1.0ex;">
<div>
<div 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 style="line-height: 1;padding: 0.3em;"> </div>
</div>
<div>Am 17.12.2020, 09:40 schrieb onelektra@gmx.net:</div>
<blockquote 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>
</blockquote>
</div>
</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>
_______________________________________________ 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></body></html>