<div dir='auto'><div dir="auto"><div dir="auto">Ich habe mich geirrt. Es war nicht erst 2013. Eher schon 2010/2011.<div dir="auto"><br></div><div dir="auto">»Gut Ding will Weile haben.«</div><div dir="auto"><br></div><div dir="auto">LG Elektra</div><div dir="auto"><br></div><div dir="auto"><br></div></div><div><br><div class="elided-text">Am 17.12.2020 09:40 schrieb onelektra@gmx.net:<br type="attribution"><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hi alle -<div dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">Eigentlich wäre es ganz schön, wenn das mal gefixt würde. <br></div><div dir="auto"><br></div><div dir="auto">Freiwillige vor?</div><div dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">Leider ist die Entwicklung des Plug-In offenbar an der Stelle eingefroren.</div><div dir="auto"><br></div><div dir="auto">LG Elektra</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br><div class="elided-text">Am 17.12.2020 01:38 schrieb Sven Roederer <freifunk@it-solutions.geroedel.de>:<br type="attribution"><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Dragan,</p>
<p dir="ltr">welches ist denn dein Node?<br>
Die Nodes, die direkt an der Zwingli hängen sind ja recht überschaubar.</p>
<p dir="ltr">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 dir="ltr">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.<br></p>
<p dir="ltr">> <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 dir="ltr">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.<br></p>
<p dir="ltr">>  >> 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 dir="ltr">Gruss Sven<br><br></p>
<p dir="ltr">_______________________________________________<br>
Berlin mailing list<br>
Berlin@berlin.freifunk.net<br>
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin<br>
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv</p>
</blockquote></div><br></div></div></blockquote></div><br></div></div><div><br><div class="elided-text">Am 17.12.2020 09:40 schrieb onelektra@gmx.net:<br type="attribution"><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hi alle -<div dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">Eigentlich wäre es ganz schön, wenn das mal gefixt würde. <br></div><div dir="auto"><br></div><div dir="auto">Freiwillige vor?</div><div dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">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 dir="auto"><br></div><div dir="auto">Leider ist die Entwicklung des Plug-In offenbar an der Stelle eingefroren.</div><div dir="auto"><br></div><div dir="auto">LG Elektra</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br><div class="elided-text">Am 17.12.2020 01:38 schrieb Sven Roederer <freifunk@it-solutions.geroedel.de>:<br type="attribution"><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Dragan,</p>
<p dir="ltr">welches ist denn dein Node?<br>
Die Nodes, die direkt an der Zwingli hängen sind ja recht überschaubar.</p>
<p dir="ltr">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 dir="ltr">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.<br></p>
<p dir="ltr">> <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 dir="ltr">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.<br></p>
<p dir="ltr">>  >> 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 dir="ltr">Gruss Sven<br><br></p>
<p dir="ltr">_______________________________________________<br>
Berlin mailing list<br>
Berlin@berlin.freifunk.net<br>
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin<br>
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv</p>
</blockquote></div><br></div></div></blockquote></div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Am 17.12.2020 09:40 schrieb onelektra@gmx.net:<br type="attribution" /><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Hi alle -<div dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto">Eigentlich wäre es ganz schön, wenn das mal gefixt würde. <br /></div><div dir="auto"><br /></div><div dir="auto">Freiwillige vor?</div><div dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto"><br /></div><div dir="auto">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 dir="auto"><br /></div><div dir="auto">Leider ist die Entwicklung des Plug-In offenbar an der Stelle eingefroren.</div><div dir="auto"><br /></div><div dir="auto">LG Elektra</div><div dir="auto"><br /></div><div dir="auto"><br /></div><div dir="auto"><br /><div class="elided-text">Am 17.12.2020 01:38 schrieb Sven Roederer <freifunk@it-solutions.geroedel.de>:<br type="attribution" /><blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Dragan,</p>
<p dir="ltr">welches ist denn dein Node?<br />
Die Nodes, die direkt an der Zwingli hängen sind ja recht überschaubar.</p>
<p dir="ltr">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 dir="ltr">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.<br /></p>
<p dir="ltr">> <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 />
>  >> &#xfeff;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 dir="ltr">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.<br /></p>
<p dir="ltr">>  >> 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 dir="ltr">Gruss Sven<br /><br /></p>
<p dir="ltr">_______________________________________________<br />
Berlin mailing list<br />
Berlin@berlin.freifunk.net<br />
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin<br />
Diese Mailingliste besitzt ein ffentlich einsehbares Archiv</p>
</blockquote></div><br /></div></div></blockquote></div><br></div>