fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

9.9K
active users

#gluon

0 posts0 participants0 posts today

Moin FreifunkerInnen Hannover!
Seid Ihr eigentlich noch aktuell?

Wir haben aktuell etwa 150 Geräte im Netz, die von euch seit langen Jahren betrieben werden.
Dafür erstmal ein dickes Dankeschön!

Mittlerweile sind diese Geräte allerdings hoffnungslos veraltet.
Ob ihr betroffen seid, seht ihr, wenn ihr eure Geräte auf der Karte mit einem solchen roten Banner erkennt.

hannover.freifunk.net/karte/#!

Wir würden uns freuen eure Installationen mit euch für die nächsten zehn Jahre fit zu machen.
Meldet euch einfach bei uns, wir treffen uns jeden Donnerstag im LeineLab,
ich werde zusehen, dass wir in den kommenden Wochen immer eine Hand voll zukunftsfähiger Geräte zum Selbstkostenpreis oder gegen eine kleine Spende für euch vor Ort haben,

Euch vielen Dank und kommt vorbei!

#freifunkh @freifunkh #gluon #LeineLab @leinelab

I kind of hoped this would be a more demanding endeavour.

Connected two gluon nodes via fibre optic cables, set the respective interfaces to mesh with each other
and it just worked™.

The ERX SFP are about 70 bucks each, Ali Express did the rest.

Gigabit Freifunk Mesh for <160€ with two active B.A.T.M.A.N. speaking components.

Only 200 metres for now, tendency rising.

PS for non-techies:
This is a non-electrical connection between two computer networks, which allows for connections across buildings or towns without the risk of short circuits between them.

#gluon #freifunk #freifunkh #fibre #fiber @freifunkh #batman_adv

Moin zusammen!
@freifunkh veröffentlicht heute Nacht die neue WireGuard-Firmware vH39.

Alle auf dem "WireGuard" Update-Branch bekommen sie im Laufe der Woche.

Alle auf Beta und Stable dürfen sich noch etwas gedulden :)

Behaltet eure Geräte im Blick und lasst uns wissen, wenn irgendwas nicht optimal verläuft.

Euch vielen Dank für eure Aufmerksamkeit und viel Erfolg beim Update!

Also reported the two issues we experienced with #Qaul and #mDNS to the underlying #rust #libp2p a few days ago. And already got promising feedback. Hopefully we will be able to use Qaul's #mDNS based peer discovery soon in our #Gluon / @batadv based #Freifunk networks once they get addressed:
github.com/libp2p/rust-libp2p/
github.com/libp2p/rust-libp2p/

GitHubmDNS is using the wrong / only one interface with IPv6 on Linux · Issue #5783 · libp2p/rust-libp2pBy T-X

So implemented some bits to also #proxy #MLD queries, not just MLD reports in #brmldproxy. This should avoid having to do any special configs on gateways / dealing with querier configs with #Gluon and #Freifunk / should ease its usage. #IPv6 #multicast routers can then be placed behind any Gluon node with this daemon. "Only" should have an up-to-date @batadv on all Gluon nodes in the #MeshNetwork. Will do a little bit more testing and then update commit messages + PRs.
#Mesh #PIM #pim6sd

v6 of the #brmldproxy pull request for #Gluon for #Freifunk is out. Replaced a not yet upstream @batadv patch with some more #tc hacks for now: github.com/freifunk-gluon/gluo
Let's see if something gets merged into Gluon (or at least its community repository) in time for the #38c3 :-).
#multicast #mld #mesh #meshnetwork #ipv6

GitHubgluon-mesh-batman-adv-brmldproxy: add package by T-X · Pull Request #2995 · freifunk-gluon/gluonBy T-X

One of my first open source patches was for @pidgin, to fix some #IPv6 and #Bonjour / #mDNS issues in it. Bonjour chat and file transfer would allow to do so without needing a central server while we were on our decentral, layer 2 #batman_adv #meshnetwork at #Freifunk. Unfortunately we had to start filtering all #multicast in 2013 due to increased network sizes. Now, 11 years later with many new changes in #batman_adv and #Gluon we could reenable multicast at @ffhl. And Bonjour chat works again!

Continued thread

Btw. #XFS and #btrfs reduce the size from 100GiB to ~70GiB. #ZFS / #OpenZFS (without compression) even reduces the size down to 45GiB. And ZFS with compression + deduplication is just 25GiB. This is with five #Gluon / #OpenWrt git worktrees and 6 precompiled OpenWrt targets. I'd expect even larger reductions the more git worktrees / checkouts I use.

I'm considering to switch my #Gluon / #OpenWrt / #Linux development stuff onto a deduplicating filesystem. As I think that would fit nicely with my #Git worktree setup. So far I used just #ext4. I benchmarked #XFS, #btrfs and #OpenZFS. For all of them an OpenWrt target build (excluding the toolchain) seems to take about 23min. on my laptop - even when using #ZFS with both dedup. + compression.
So the filesystem seemingly is not a bottleneck. Anyone having similar experiences?

Continued thread

I'm glad that I did look into #tc this year for my #brmldproxy implementation for #Gluon / #Freifunk. And that I took a lot of wild notes during my trial & error learning of tc. As I couldn't really find any good tutorials for packet redirections with tc. And error outputs of tc or manpages, as well as the overall tc syntax is not useful as an easy, self-explanatory step-by-step guide on their own either, in my opinion. It's very powerful, but could need more, good tutorials, in my opinion.