@freifunk .oO(hm, wäre irgendwie auch witzig, wenn beliebige Leute/Gruppen n' @videolan Einzeiler starten und ihr Event per #multicast streamen und dezentral teilen könnten. Sodass man sich das über eine große Wand von allen mit anschauen könnte. Und die wenigen Communities, die bis dahin noch kein multicast unterstützen, müssten dann halt zentralistisch über @freifunkMUC 's Jitsi mit reingeproxied werden :-). Der MC ansatz wäre dann aber noch etwas Arbeit, aber vll. ginge da in 1 Jahr noch was)
Yaiy, have set up a new #dn42 peering at the #39c3 with @famfo! Even with #multicast / #PIM enabled (one more issue to fix, but 95% done / works with a workaround).
Hrmpf, so there is a #PIM #multicast peering between @ffhl an the #Nobreakspace (and transitivlely to two more dn42 people) now. But the more you look the more things look broken...

Got my chrome casts working across networks VLANs again. Forgot to install UDP Broadcast Relay after firewall hardware upgrade to deal with multicast proxying.

#OPNSense #Multicast

The #PIM + #BGP configs at the @chaotikumev / #Nbsp are also currently "documented" / dumped to this page: https://wiki.chaotikum.org/infrastruktur:host:dobby-setup. And will likely get a bit more tweaking until the #39c3. Later needs to be copied to the #dn42 wiki.
I had also hacked together a watchdog script which disables route imports+exports on the BGP #multicast channel in bird if a BGP neighbor does not also run a PIM daemon. This is to work around this issue which I mentioned a few days ago: https://wiki.dn42.dev/howto/pim-multicast-vs-unicast-issue
infrastruktur:host:dobby-setup [Chaotikum e.V.]

@ffhl or more precisely the embedded RP #multicast destinations derived from the IPv6 GUA unicast prefixes were copied to embedded RP ones from the ULA.
Also two SSM (source-specific multicasr) copies were added, one with a GUA source address and the other with an ULA source one. SSM won't be fully usable in our #Freifunk network yet, though (but it should work on #dn42).
An initial #PIM #multicast peering was added to the #Nobreakspace / @chaotikumev on #dn42. The #BGP multicast channel approach works great. And receiving an audio stream from three hops away on an ethernet port in the hackspace worked like charm. Only receiving it on the hackspace WiFi with default #OpenWrt settings was really choppy. It's not yet as optimized for that as it is on our #Freifunk Wifi at @ffhl ;-).
I've also registered a self-organized session titled "#dn42 / #Freifunk #multicast routing/peering workshop" for the #39c3: https://events.ccc.de/congress/2025/hub/en/event/detail/dn42freifunk-multicast-routingpeering-workshop
Let me know if you might be interested in joining :-).
[39c3] dn42/Freifunk multicast routing/peering workshop

Multicast allows to send information, for example audio or video streams, sensor data or service discovery messages, to many interested recipients with minimal overhead, without the need of a central, beefy server. A perfect fit with a decentral n...

39c3

And the patch for #pim6sd to select an alternative unicast routing table for #PIM #multicast trees, co-worked on with @mark22k, got merged, yaiy!
https://github.com/troglobit/pim6sd/pull/46
This will be quite helpful for #dn42 and #Freifunk setups, I think. And comes right in time for the upcoming #39c3.

#multicast #pim #ipv6

Introduce source_outgoing_interface config option by T-X · Pull Request #46 · troglobit/pim6sd

As described in the additions to the README in this commit and in more detail on this dn42 wiki page linked below it is important that the unicast routing table used by pim6sd does not contain exce...

GitHub
Linux host randomly stops answering ipv6 neighbor solicitation requests

I'm at my wits' end, so any help is appreciated. I have an IPv6 host (Linux 4.15.1-gentoo SMP x86_64) that randomly stops sending neighbour advertisements. Running tcpdump shows a lot of neighbour

Server Fault