Heyho.

Kann das nochmal einzeln comitten, wenn notwendig.

Zu mdns: soweit ich nun mcast verstehe nutzt mdns/zeroconf 224.0.0.251 als
mcast ip4 Gruppe. Und auf ipv6 die ff02::FB. Imho kann die
porteinschraenkung weg?

Komischerweise lief die Regel vorher nicht bei mir un seit der ipzufuegung
sehe ich bonjourchatter und mit avahibrowse den rest.

Kann es nochmal ohne IP Eintrag testen. Vielleicht hatte ich was verrallt.
Aber echt viel mcast/bonjour Dinge gelesen.

Soll ich die beiden regeln von com its trennen?

Gruss

Ramón
Am 06.02.2014 22:55 schrieb "yanosz" <notifications@github.com>:

> In files/lib/freifunk/ebtables/110-mcast-allow-mdns:
>
> > @@ -1,2 +1,2 @@
> > -rule MULTICAST_OUT -p IPv4 --ip-protocol udp --ip-destination-port 5353 -j RETURN
> > -rule MULTICAST_OUT -p IPv6 --ip6-protocol udp --ip6-destination-port 5353 -j RETURN
> > +rule MULTICAST_OUT -p IPv4 --ip-destination 224.0.0.251 --ip-protocol udp --ip-destination-port 5353 -j RETURN
> > +rule MULTICAST_OUT -p IPv6 --ip6-destination ff02::fb --ip6-protocol udp --ip6-destination-port 5353 -j RETURN
>
> Hallo - danke für Deinen Patchkannst Du kurz beschreiben, wo das Problem
> mit der zeroconf-Rule ist?
> Werden zu viele Pakete durchgelassen? mdns muss IMHO nicht link-local
> (ff02) sein ...
> Ich würde das ungern auf ff02::fb einschränken.
>
> Btw. Spotify und zeroconf sind eigentlich zwei paar Dinge. Zwei commits
> wären mir lieber
>
> --
> Reply to this email directly or view it on GitHub<https://github.com/ff-kbu/fff/pull/1/files#r9520654>
> .
>