Quoting Bruce Simpson (from Wed, 04 Mar 2009
11:49:03 +):
Alexander Leidinger wrote:
...
Is this supposed to make multicast work in a jail? In the past I
tried some simple tests (e.g. mtest(8)), but I wasn't able to
receive anything in a jail (this test was triggered by the fact,
t
Alexander Leidinger wrote:
...
Is this supposed to make multicast work in a jail? In the past I tried
some simple tests (e.g. mtest(8)), but I wasn't able to receive
anything in a jail (this test was triggered by the fact, that some
avahi-tools from the avahi port didn't showed an expected res
Quoting Bruce Simpson (from Wed, 04 Mar 2009
01:47:58 +):
Hi all,
I am making patches available against 8-CURRENT to do IGMPv3 and
Source Specific Multicast in the IP stack:
http://people.freebsd.org/~bms/stage/igmpv3/
Is this supposed to make multicast work in a jail? In the pas
Bruce Simpson wrote:
From an architectural standpoint, the most important wide-ranging
change that this makes to the IPv4 stack in FreeBSD, is the change
which takes the IN_MULTI_LOCK() out of the ip_output() and ip_input()
paths. Filtering of inbound multicast traffic is pushed up to the
Hi all,
I am making patches available against 8-CURRENT to do IGMPv3 and Source
Specific Multicast in the IP stack:
http://people.freebsd.org/~bms/stage/igmpv3/
At the moment, the patches are extracted from Perforce, so may need
some rejigging of patch's -p option. I would hope to post
