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.8K
active users

#multicast

0 posts0 participants0 posts today
T_X<p>Yaiy, das hat gefetzt und geklappt! Beim inlineskaten auf dem nach Hause Weg live und entspannt dem <span class="h-card" translate="no"><a href="https://chaos.social/@schenklradio" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>schenklradio</span></a></span> über einen mobilen <a href="https://chaos.social/tags/Freifunk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Freifunk</span></a> Router und per <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> zugehört :D. Die eigene Basteltechnik hat geklappt. Nächstes mal muss ich aber früher einschalten, hab leider nur die letzten 30min. mitbekommen. Danke <span class="h-card" translate="no"><a href="https://chaos.social/@schenklradio" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>schenklradio</span></a></span>!</p>
T_X<p>I have to say, I'm getting more comfortable with <a href="https://chaos.social/tags/systemd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>systemd</span></a> services. And I find it fascinating how with its templates and powerful dependency feature I could achieve some wild, very dynamic stacking of <span class="h-card" translate="no"><a href="https://floss.social/@gstreamer" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>gstreamer</span></a></span>, <span class="h-card" translate="no"><a href="https://fosstodon.org/@pipewire" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>pipewire</span></a></span>, <a href="https://chaos.social/tags/mpd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mpd</span></a>, <a href="https://chaos.social/tags/mpv" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mpv</span></a> and <a href="https://chaos.social/tags/SAP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SAP</span></a> / <a href="https://chaos.social/tags/RFC2974" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RFC2974</span></a> with only a few lines for various systemd services. So for instance a <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> SAP announcement of <span class="h-card" translate="no"><a href="https://chaos.social/@schenklradio" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>schenklradio</span></a></span> will only appear if something plays on that pipewire device, which only happens if that radio is on air and reachable.</p>
T_X<p>So, <span class="h-card" translate="no"><a href="https://chaos.social/@schenklradio" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>schenklradio</span></a></span> wäre jetzt testweise auch mal im <span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> per <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> mit <span class="h-card" translate="no"><a href="https://floss.social/@videolan" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>videolan</span></a></span> verfügbar. <span class="h-card" translate="no"><a href="https://chaos.social/@tokudan" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>tokudan</span></a></span>: vll. könnte das ja eine kleine Motivation sein, um mal multicast routing zwischen <span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> und <span class="h-card" translate="no"><a href="https://chaos.social/@FreifunkHamburg" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>FreifunkHamburg</span></a></span> einzurichten :-)?</p>
Brett Sheffield (he/him)<p>Remember, when a tree falls in a <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> forest, and no one is listening, no data is sent.</p>
T_X<p>Was hier in Lübeck mit <span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> auch geht: Am Strand das einzig wahre <a href="https://chaos.social/tags/vibe_coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>vibe_coding</span></a>, mit Mate, Musik per <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> aus dem <a href="https://chaos.social/tags/MeshNetzwerk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MeshNetzwerk</span></a> vom mobilen LTE <a href="https://chaos.social/tags/Freifunk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Freifunk</span></a> Knoten mit <span class="h-card" translate="no"><a href="https://floss.social/@videolan" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>videolan</span></a></span> hören und per <a href="https://chaos.social/tags/MPD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MPD</span></a> für alle moderieren :D.</p><p>Die Bilder wurden bequem und lokal fix ohne Volumenbelastung via <a href="https://chaos.social/tags/Syncthing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Syncthing</span></a> vom Handy auf den Laptop kopiert, auch dank der <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> basierten <a href="https://chaos.social/tags/LocalPeerDiscovery" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LocalPeerDiscovery</span></a> von Syncthing, die hier bei uns im <span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> geht.</p>
T_X<p><span class="h-card" translate="no"><a href="https://norden.social/@jpl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>jpl</span></a></span> <span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> <span class="h-card" translate="no"><a href="https://social.freifunk.net/@batadv" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>batadv</span></a></span> <span class="h-card" translate="no"><a href="https://vogtland.social/@Freifunk" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>Freifunk</span></a></span> bin gerade noch dabei, den <a href="https://chaos.social/tags/rtl83xx" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rtl83xx</span></a> basierten Switch, den <span class="h-card" translate="no"><a href="https://chaos.social/@bdobe" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>bdobe</span></a></span> empfohlen hatte, ein bisschen was am IGMP/MLD snooping im Linux kernel zu fixen und habe unseren <a href="https://chaos.social/tags/Nobreakspace" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Nobreakspace</span></a> wieder ans <a href="https://chaos.social/tags/dn42" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dn42</span></a> angeschlossen, will danach dann auch das layer 3 <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> routing noch zwischen <span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> und unseren hackspace einrichten. Danach wäre der Plan, das über <a href="https://chaos.social/tags/dn42" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dn42</span></a> und das <a href="https://chaos.social/tags/ICVPN" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ICVPN</span></a> zu machen, genau. Wer aber direkt schon layer 3 multicast peeren möchte, gerne bescheid sagen :-).</p>
T_X<p><span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> <span class="h-card" translate="no"><a href="https://floss.social/@videolan" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>videolan</span></a></span> die technische Hintergrund der neuen Streams:<br>Statt <a href="https://chaos.social/tags/IPv6" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>IPv6</span></a> / UDP / <a href="https://chaos.social/tags/RTP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RTP</span></a> / <a href="https://chaos.social/tags/Opus" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Opus</span></a>. Ist es jetzt: IPv6 / UDP / <a href="https://chaos.social/tags/MPEG2TS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MPEG2TS</span></a> / RTP / Opus.<br>Es ist also noch ein gaaanz toller (Sarkasmus), proprietärer, unnötiger Protokollheader dazwischen gekommen, der nur das Paket aufbläht. VLC v3 kann aber noch nicht das <a href="https://chaos.social/tags/IETF" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>IETF</span></a> <a href="https://chaos.social/tags/RFC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RFC</span></a> standardisierte, native RTP-Opus, das kann erst der nightly/v4.<br>Sobald VLC endlich mal releasen sollte, schmeiß ich das MPEG-TS auch ganz schnell wieder weg.</p><p><a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a></p>
T_X<p>Die <a href="https://chaos.social/tags/Multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Multicast</span></a> streams im <span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> sind jetzt zusätzlich auch mit dem <span class="h-card" translate="no"><a href="https://floss.social/@videolan" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>videolan</span></a></span> v3 unter "Local Netzwork -&gt; Network streams (SAP)" find- und abspielbar. Nur die mit "(v4)" markierten brauchen noch den <a href="https://chaos.social/tags/VLC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VLC</span></a> v4/nightly. Den v4 nightly zum Laufen zu bekommen, schien bei vielen noch eine zu große Hürde zu sein. Würde mich sehr über Feedback freuen, ob es jetzt auch bei anderen geht im <span class="h-card" translate="no"><a href="https://chaos.social/@ffhl" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ffhl</span></a></span> geht.</p>
T_X<p><span class="h-card" translate="no"><a href="https://social.ffmuc.net/@freifunkMUC" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>freifunkMUC</span></a></span> ansonsten fände ich es auch noch sehr spannend, wenn man als weiteren Service für VPN und die VMs auch <a href="https://chaos.social/tags/Multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Multicast</span></a> dann anbieten könnte. Auch per <a href="https://chaos.social/tags/IPv6" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>IPv6</span></a> und <a href="https://chaos.social/tags/PIM" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>PIM</span></a> / <a href="https://chaos.social/tags/pim6sd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>pim6sd</span></a> über das <a href="https://chaos.social/tags/IntercityVPN" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>IntercityVPN</span></a> zwischen Communities dann irgendwann. Das gäbe es meines Wissens nach auch bei keinem kommerziellen Angebot bisher.<br>Aber dann müssten wir nochmal schauen, wie man das gerade mit euren <a href="https://chaos.social/tags/GluonParker" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GluonParker</span></a> Bestrebungen noch hinbekommen könnte.</p>
Brett Sheffield (he/him)<p>With Alonso's "help", I merged in restricted channel support to <span class="h-card" translate="no"><a href="https://chaos.social/@librecast" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>librecast</span></a></span> today.</p><p>This lets a receiver set a filter on an inbound <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> channel with a keyring and capabilities.</p><p>Any traffic arriving must be cryptographically signed and have a token signed by a key on the filter keyring, and have the required capability bits set, otherwise it is silently dropped by standard API recv calls like lc_channel_recvmsg().</p><p><a href="https://chaos.social/tags/librecast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>librecast</span></a></p>
Nessbeth<p>yeah. :-/ Latest iOS simulators somehow can not use multicast anymore. Working fine on real device ¯\_(ツ)_/¯ `nw_browser_fail_on_dns_error_locked [B1] nw_browser_dns_service_browse_callback failed: PolicyDenied(-65570)`</p><p><a href="https://social.bitwig.community/tags/ios" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ios</span></a> <a href="https://social.bitwig.community/tags/xcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>xcode</span></a> <a href="https://social.bitwig.community/tags/simulator" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>simulator</span></a> <a href="https://social.bitwig.community/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> <a href="https://social.bitwig.community/tags/bonjour" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>bonjour</span></a></p>
Brett Sheffield (he/him)<p><a href="https://chaos.social/tags/IETF" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>IETF</span></a> RFC 9777 was released last month, replacing RFC 3810 for <a href="https://chaos.social/tags/Multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Multicast</span></a> Listener Discovery ( <a href="https://chaos.social/tags/MLD2" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MLD2</span></a> ).</p><p>Reviewing this, aside from a bunch of textual clarifications and fixes, the only real technical change to speak of was an adjustment to the Multicast Address Listening Interval (MALI).</p><p>I've patched <a href="https://chaos.social/tags/libmld" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>libmld</span></a> and <a href="https://chaos.social/tags/librecast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>librecast</span></a> with the new timer value and the change will be included in the next release.</p><p><a href="https://datatracker.ietf.org/doc/html/rfc9777" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">datatracker.ietf.org/doc/html/</span><span class="invisible">rfc9777</span></a></p>
T_X<p>Curse you, <a href="https://chaos.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> bridge (or <a href="https://chaos.social/tags/DSA" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DSA</span></a> or <a href="https://chaos.social/tags/switchdev" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>switchdev</span></a>) - why do you send this uncalled-for <a href="https://chaos.social/tags/VLAN" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VLAN</span></a> deletion notification... (and do I dig deeper into this, maybe finding a bug?, or should I just go for the other approach I wanted to implement anyway, which wouldn't need to hook into the VLAN notifications in the first place...)</p><p><a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> <a href="https://chaos.social/tags/rtl83xx" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rtl83xx</span></a> <a href="https://chaos.social/tags/switch" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>switch</span></a></p>
T_X<p>So, one more switch arrived, the GS1900-24E, the non-<a href="https://chaos.social/tags/PoE" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>PoE</span></a> variant of the <a href="https://chaos.social/tags/ZyXEL" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ZyXEL</span></a> switch that I got before. And without PoE it was even about half the price on <a href="https://chaos.social/tags/Kleinanzeigen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Kleinanzeigen</span></a>, just 35€. I wanted to have one that I could install at our hackspace, the <a href="https://chaos.social/tags/Nobreakspace" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Nobreakspace</span></a>, for production and one for development on <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a>.<br>This also means that things are getting more serious now, I think I have nearly all code changes/fixes now. Will need to clean them up a bit and submit pull requests then.</p>
T_X<p>The <a href="https://chaos.social/tags/VLAN" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VLAN</span></a> code in the <a href="https://chaos.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> bridge gives me some headaches. Took me a while to get why two brmctx <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> contexts are created, one for the untagged VLAN 0, one for the PVID 1. But only the former would be used, with brmctx-&gt;vlan not set, even though VLANs were configured. Turns out you need to not only enable multicast_snooping but also mcast_vlan_snooping. And confusingly, only the former is in sysfs. Seems like "ip link" is the most complete thing now, not "brctl", "bridge" tool or sysfs</p>
T_X<p>In the classic, non-DSA <a href="https://chaos.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> bridge the philosophy so far is: No matter in what combination you enable/disable multicast_snooping+ multicast_querier: The bridge ensures you don't break any network protocol, it detects per protocol family if <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> snooping is applicable. That together with <a href="https://chaos.social/tags/RFC4541" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RFC4541</span></a> I think is the only way to regain trust for <a href="https://chaos.social/tags/IGMP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>IGMP</span></a> / <a href="https://chaos.social/tags/MLD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MLD</span></a> snooping imo.<br>And now things like <a href="https://chaos.social/tags/DSA" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DSA</span></a> or <a href="https://chaos.social/tags/switchdev" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>switchdev</span></a> come along with non-foolproof solutions, diverging between each driver...</p>
T_X<p>Neither <a href="https://chaos.social/tags/switchdev" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>switchdev</span></a> nor <a href="https://chaos.social/tags/DSA" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DSA</span></a> really check if an IGMP/MLD querier exists. So if you enable <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a> snooping on these you currently also need to make sure to have an <a href="https://chaos.social/tags/IGMP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>IGMP</span></a> / <a href="https://chaos.social/tags/MLD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MLD</span></a> querier somewhere. Which is different to a classic Linux bridge, which will stop snooping optimizations if there is none, to avoid packet loss. Only for Marvell Prestera I found some mrouter-exists check via an according switchdev event. Which no other driver uses. And...</p>
T_X<p><span class="h-card" translate="no"><a href="https://mastodon.social/@joemj" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>joemj</span></a></span> sehr schöner, gut zusammefassender Beitrag. Würde höchstens noch den "neuen" Ansatz "<a href="https://chaos.social/tags/AirtimeFairness" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AirtimeFairness</span></a>" hinzupacken: Dass jede Station gleichviel Sendezeit statt gleichviel "Bandbreite"/Durchsatz bekommt, wie es unter <a href="https://chaos.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> seit einer Weile mehrere <a href="https://chaos.social/tags/WLAN" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WLAN</span></a> Treiber machen. Das sollte den letzten Punkt am Ende bzgl. Nachteile von <a href="https://chaos.social/tags/multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>multicast</span></a>-to-unicast stark abschwächen.<br>Auch in <a href="https://chaos.social/tags/ForwardErrorCorrection" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ForwardErrorCorrection</span></a> durch zB <a href="https://chaos.social/tags/RaptorQ" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RaptorQ</span></a> für <a href="https://chaos.social/tags/RTP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RTP</span></a> streams sehe ich große Chancen und es geht schon mit <span class="h-card" translate="no"><a href="https://floss.social/@gstreamer" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>gstreamer</span></a></span></p>
John Heinrich<p><a href="https://mastodon.social/tags/Multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Multicast</span></a>-<a href="https://mastodon.social/tags/WiFi" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WiFi</span></a>-Murmeltiertag.</p><p><a href="https://wirelesslywired.com/2019/05/02/multicast-over-wireless/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">wirelesslywired.com/2019/05/02</span><span class="invisible">/multicast-over-wireless/</span></a></p>
T_X<p><span class="h-card" translate="no"><a href="https://det.social/@flori_man" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>flori_man</span></a></span> außerdem ist Unicast ja eigentlich eine Untermenge von <a href="https://chaos.social/tags/Multicast" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Multicast</span></a>. Dh. wenn wir dessen extra Komplexität irgendwann mal in den Griff bekommen sollten, sehe ich da zumindest keinen Nachteil, das zu haben. Und es wäre ein weiteres Angebot, das <a href="https://chaos.social/tags/Freifunk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Freifunk</span></a> von einem normalen Internetanschluss abheben könnte. Sonst meckern immer alle/viele, das sie in der Praxis nix neues von <a href="https://chaos.social/tags/Freifunk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Freifunk</span></a> gegenüber ihrem herkömmlichen, gekauften Internet hätten :D.</p>