# \[ffdus\] Gloun216.2.6 stable (fastd + l2tp): netif&tunneldigger quickfix&dns-cache

**URL:** <https://forum.freifunk.net/t/ffdus-gloun216-2-6-stable-fastd-l2tp-netif-tunneldigger-quickfix-dns-cache/15214>\
**Category:** Düsseldorf\
**Created:** [27. Juni 2017 um 15:46 UTC](https://forum.freifunk.net/t/ffdus-gloun216-2-6-stable-fastd-l2tp-netif-tunneldigger-quickfix-dns-cache/15214 "2017-06-27T15:46:08Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\
**Post date:** [27. Juni 2017 um 15:46 UTC](https://forum.freifunk.net/t/ffdus-gloun216-2-6-stable-fastd-l2tp-netif-tunneldigger-quickfix-dns-cache/15214/1 "2017-06-27T15:46:08Z")

</div>

Fortsetzung der Diskussion von [[ffdus] Gluon 2016.2.5.2 stable (fastd/l2tp): clientroaming + 841v12](https://forum.freifunk.net/t/ffdus-gluon-2016-2-5-2-stable-fastd-l2tp-clientroaming-841v12/15040/2):

in  
[http://firmware.ffdus.de/](http://firmware.ffdus.de/)  
liegt nun die 2017070111  
Was ist neu:  
Das [quickfix-script](https://github.com/eulenfunk/packages/blob/v2016.2.x/gluon-quickfix/README.md) erkennt jetzt folgende Zustände und bootet (nach frühestens 60 Minuten nach dem Start)

- netif-Probleme bei denen br-client keine IPv6 aus dem prefix der site.conf bekommen hat
- mehr als 7 tunneldigger-prozesse (passiert evtl. bei Routern mit langsamer CPU und ohne Wan-Uplink, z.b. wei Meshonly, Tunneldiggerwatchdog aber neue Tunneldigger nachstartet obwohl schon mehrere laufen. Ergebnisse ist dann ein Router mit mehrstelliger Load.)
- völlig hängendes Wlan-Interface („iw dev“-Prozess hängt bei Aufruf oder liefert keine Daten, obwohl Wlan konfiguriert und auch nicht vorsätzlich nicht deaktiviert.)

 ![](https://forum.freifunk.net/uploads/default/original/2X/f/f5184c229df132de0a9c04c1f41b48fbfd5bda80.png)

Die Firmware ist als Experimental gelaufen und der Recompile als Beta/stable-Kandidate war erfolgreich auf etwa 50 Knoten. Der Autoupdater wird sie demnächst verteilen.

---

<div class="post-metadata">

**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\
**Post date:** [4. Juli 2017 um 00:44 UTC](https://forum.freifunk.net/t/ffdus-gloun216-2-6-stable-fastd-l2tp-netif-tunneldigger-quickfix-dns-cache/15214/2 "2017-07-04T00:44:15Z")

</div>

Nachtrag:  
Es ist vor dem endgültigen Ausrollen noch das von [Freifunkffm](https://github.com/freifunk-ffm/packages/tree/master/gluon-dns-cache) stammende Paket „[dns-cache](https://github.com/eulenfunk/packages/tree/v2016.2.x/eulenfunk-dns-cache)“ hineingekommen.  
(Da es inzwischen [auch in Gluon ist](https://gluon.readthedocs.io/en/latest/features/dns-cache.html), könnte man auch sagen, dass es ein Gluon2017.1-backport ist.)

Damit sollte sich die Latenz für _„Initales Laden von Portalseiten, die über CDN kommen“_ (um es mal so verschwurbelt zu benennen) deutlich schneller machen in den Tiefen von Wifimesh-Netzen, wenn vorher ein anderer Client schon beim gleichen „Dienst“ zu Besuch war.  
Darüber hinaus dürfte es die „Online-Erkennung“ verbessern, da diese ebenfalls DNS-Antwortzeit als ein Kriterium nutzt.