[GLUON] Neue Tunneldigger Version für Gluon 2015.1.2

Hallo zusammen,

Es gibt ein Update zu Tunneldigger welches die Usage-basierte Broker Auswahl unterstützt.
Dazu müsst ihr auf der Server-Seite nur Tunneldigger aus dem FFRL Repo installieren.

Link zum FFRL Tunneldigger Repo: https://github.com/ffrl/tunneldigger

Anschließend müsst ihr eure Gluon modules Config-File im Site Repo anpassen.

Bitte nutzt die aktuelle Release Commit-ID sowie backports_2015.1.2 als Branch.
Link zum FFRL Packages Repo: GitHub - ffrl/ffrl-packages: FFRL Gluon Packages

Hier ein Beispiel der modules Config für 2015.1.2:

# This file allows specifying additional repositories to use
# when building gluon.
#
# In most cases, it is not required so don't add it.

##	GLUON_SITE_FEEDS
#		for each feed name given, add the corresponding PACKAGES_* lines
#		documented below
GLUON_SITE_FEEDS='ffrl_packages'

##	PACKAGES_$feedname_REPO
#		the  git repository from where to clone the package feed
PACKAGES_FFRL_PACKAGES_REPO=https://github.com/ffrl/ffrl-packages.git


##	PACKAGES_$feedname_COMMIT
#		the version/commit of the git repository to clone
PACKAGES_FFRL_PACKAGES_COMMIT=a68ed8eddc17652e37687c518341ac6075376683

##  PACKAGES_$feedname_BRANCH
#   the branch to check out
PACKAGES_FFRL_PACKAGES_BRANCH=backports_2015.1.2
3 Likes

@stefan hast du das bei den Tdf Servern schon drin?
Mein Gluonbuild hat die passende tunnelbrokerversion schon drin.

Für Troisdorf baut es gerade.

@CyrusFox Was genau ist mit usage gemeint? Wie checkt er das?

Naja die Broker berechnen ihre Auslastung anhand der verbundenen Clients und der maximal erlaubten Tunnel.
Dies wird dann als ein 2 Byte Wert dem Client mitgeteilt der dann den Broker mit der geringeren Auslastung wählen.
Dadurch hängen nicht alle Clients auf dem ersten oder zweiten Broker :slight_smile:

Wir haben uns vorhin auch schon gefragt ob das tatsächlich im Tunneldigger drin und lauffähig ist?

Zumindest ist der Pull Request ja auch noch offen > Add usage selection to broker discovery by lynxis · Pull Request #25 · wlanslovenija/tunneldigger · GitHub

@CyrusFox Wir haben im moment DNS Round Robin damit es sich ein wenig verteilt.

@CHRlS Die frage habe ich mir auch schon gestellt

Ah das wusste ich nicht, ich hab mich dann wohl beim Repo vertan.

Es gibt die gepatchte version hier: https://github.com/ffrl/tunneldigger

Mit welchem Patch denn Linus? Ist das „stable“?

Im Pullrequest liest sich das Feature mittels Metrik zwar sehr gut, aber hört sich eher so an als wäre das hoch experimentell?

Das Feature funktioniert einwandfrei und ist auch abwärts-kompatibel. Daher kann man es verwenden oder auch nicht :slight_smile: Ich habe keine Probleme beobachtet und die Nodes verteilen sich schön auf beiden Brokern.

Hier log ein Beispiel aus den Logs von Gluon:

Wed Dec 23 19:13:06 2015 daemon.info td-client: Performing broker selection...
Wed Dec 23 19:13:09 2015 daemon.debug td-client: Broker usage: 0x4d2620 ddorf1.ffrl.de 7864
Wed Dec 23 19:13:09 2015 daemon.debug td-client: Broker usage: 0x4d3d50 ddorf2.ffrl.de 0
Wed Dec 23 19:13:09 2015 daemon.info td-client: Selected ddorf2.ffrl.de:10050 as the best broker.
Wed Dec 23 19:13:12 2015 daemon.info td-client: Tunnel successfully established.
Wed Dec 23 19:13:12 2015 daemon.notice netifd: Interface 'mesh_vpn' is enabled
Wed Dec 23 19:13:12 2015 daemon.notice netifd: Network device 'mesh-vpn' link is up
Wed Dec 23 19:13:12 2015 daemon.notice netifd: Interface 'mesh_vpn' has link connectivity
Wed Dec 23 19:13:12 2015 daemon.notice netifd: Interface 'mesh_vpn' is setting up now
Thu Dec 24 14:14:56 2015 daemon.info td-client: Reinitializing tunnel context.
Thu Dec 24 14:14:56 2015 daemon.info td-client: Reinitializing tunnel context.
Thu Dec 24 14:14:56 2015 daemon.info td-client: Reinitializing tunnel context.
Thu Dec 24 14:14:56 2015 daemon.info td-client: Reinitializing tunnel context.
Thu Dec 24 14:14:56 2015 daemon.info td-client: Reinitializing tunnel context.
Thu Dec 24 14:14:56 2015 daemon.info td-client: Reinitializing tunnel context.
Thu Dec 24 14:15:06 2015 daemon.info td-client: Selected troisdorf1.freifunk-troisdorf.de:53842 as the best broker.
Thu Dec 24 14:15:07 2015 daemon.info td-client: Tunnel successfully established.

Gibt es fallstricke? Auf dem obigen troisdorf1 ist der Tunneldigger aus dem FFRL git. Auf dem Node das Oben erwähnte tunneldigger Paket … Version stimmt auch.

opkg list-installed = tunneldigger - 0.4.5-1

EDIT:

Fehler gefunden … Wenn Server mit in der Liste sind die noch die alte Version haben macht er den fallback

2 Likes

Ein kleines Update zum Pull-Request im Hauptrepo von Tunneldigger:
Der Patch wird offiziell übernommen und auch in den Rewrite vom Broker mit aufgenommen :smile:

3 Likes

Wir haben immernoch Probleme mit der broker selection.

Die Router machen die nicht richtig. Mal ja, mal nein, mal Zeigen sie zwar die Usage an aber dann nur von einem Supernode …

Nach einem Tunneldigger neustart funktioniert es mal dann wieder nicht.

Hat jemand ne idee?

Server hat die Aktuelle Version aus dem FFRL Repo
Nodes haben die Aktuelle Version aus dem FFRL Repo

Eventuell Packetloss?
Das Usage-Paket wir wie die restlichen Pakete auch via UDP übertragen daher könnte es sein das dieses Paket manchmal verloren geht.