mastodon.ie is one of the many independent Mastodon servers you can use to participate in the fediverse.
Irish Mastodon - run from Ireland, we welcome all who respect the community rules and members.

Administered by:

Server stats:

1.6K
active users

#multicast

0 posts0 participants0 posts today
Replied in thread

@mray @cwebber would love to know as well.

For people not in the know, @librecast is a R&D initiative that's innovating the internet stack with support of @NGIZero and @nlnet

First, to enable #multicast on the unicast internet an overlay network is planned, based on #WebRTC. See:

librecast.net/librecast-strate

#Librecast LIVE will bring all the technology together, to demonstrate and be a reference implementation. With #ActivityPub support being planned. See:

librecast.net/live.html

librecast.netLibrecast - Decentralisation and Privacy with Multicast
Continued thread

Dodge the dodgy #AI infested corporate #streaming services and zoom out, as on the #fediverse we own the stream. Here are platforms that offer #streaming of #video or #audio in real time or near real time, with live chat and other #social capabilities.

On the fediverse our 💜 #lifestreams meet people and humanity and we engage our favorite fedi crowds. Fedi is where outreach matters.

#Librecast LIVE. @librecast is a research project aiming to bring #Multicast to the masses.

#Owncast. @owncast

Continued thread

lcagent can be used to send and receive data over #multicast and to pipe data between programs on one computer and as many receivers as the multicast network can support simultaneously. We're currently using it now to run our own CI builds by multicasting the patch to multiple build servers simultaneously.

This could also be useful for monitoring and configuration management.
#librecast

codeberg.org/librecast/lcagent

This work is made possible by @NGIZero #NGICore

Codeberg.orglcagentlcagent

We've got a new tool! lcagent version 0.1.0, the #Librecast #multicast agent.

In server mode, lcagent can be configured to listen on Librecast Channels (multicast groups) and execute programs in response to packet data received on those Channels.

Packets must be accompanied by an authorized token and signed by the matching key or they will be silently dropped.

Data is encoded with #RaptorQ using Librecast’s liblcrq library to provide forward error correction in the event of packet loss.

Replied in thread

@dlakelan @mray You're technically correct (the best kind!)

Yes, SSM is PULL rather than PUSH, so it has one of the properties of multicast, but it is lacking the other characteristics that make multicast special.

SSM relies on knowing in advance the *unicast* IP address of the source.

SSM is unidirectional.

SSM lets one sender shout at everyone else.

SSM is not group communication.

SSM has its uses, and it's easier than true #multicast but it doesn't meet #Librecast 's requirements.

Replied in thread

@mray IP multicast is a complicated mess, largely because IP is fundamentally unicast in design. There are several different forms of ASM (Any Source Multicast) and most of the complexity is around building source trees when you don't know where the source(s) will be yet.

SSM is a clever hack that says, what if we just skip past all that to the end when we KNOW who is sending, and build that, as it covers a lot of use cases (eg. ballgames).

But, it loses most of what makes #multicast special

Replied in thread

@mray Depends on your point of view. Streaming a ballgame to millions of viewers is a problem television solved over 70 years ago. We call that broadcast.

If we use SSM (Single Source Multicast) to unidirectionally stream a game to millions of viewers, I call that broadcast, regardless of how many protocols we use that happen to have #multicast in their name.

Most IP multicast is actually broadcast.

Multicast is group communication. If only one member of the group can speak, that's broadcast.

Oh, ha, and speaking of #firewall + #multicast fixes: Didn't notice before but my #Linux #netfilter fix for #MRD has made it upstream, yaiy: git.kernel.org/pub/scm/linux/k
It went in through net-next, so likely won't be backported to stable kernels. But now I'm looking forward to #Proxmox using Linux 6.10, then I can drop the workaround firewall rule on the @chaotikumev server.

git.kernel.orgMaking sure you're not a bot!

It's a new release of Librecast! 🎉

This release adds restricted channel support with token based authentication. This allows keyrings to be created and filters to be applied to channels such that any data arriving which is not signed and accompanied by a token issued by an authorised key will be dropped.

This work is made possible by @NGIZero as #NGICore

lists.sr.ht/~librecast/libreca

All you never wanted to know about creating fast socket I/O on #Linux. Unless you are a real geek.

A small, ultra-high performance publish-subscribe server doing kind of TCP #multicast using #sendfile, #io_uring, #splice, (mapped) files, and #fallocate for file hole punching.

Saturating a 10 Gbps link with useful data with just 8 cores.

A beautiful writeup for anyone into fast Linux networking. Not just for #ATproto

h/t @nohillside
#PubSub #Kernel #Hacking
asayers.com/jetrelay