Date: Tue, 08 Dec 2009 10:07:48 +0000 From: Bruce Simpson <bms@incunabulum.net> To: Andriy Syrovenko <andriys@gmail.com> Cc: freebsd-net@freebsd.org, flo@smeets.im Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy Message-ID: <4B1E2574.8010704@incunabulum.net> In-Reply-To: <3e2b8dd90912080155s544a7a50j17882b35f1343750@mail.gmail.com> References: <200912071020.nB7AK77I023054@freefall.freebsd.org> <4B1CDEE5.6080507@incunabulum.net> <3e2b8dd90912070305t6ffc08a6gf7acd8890d028854@mail.gmail.com> <4B1D07C3.6090005@incunabulum.net> <3e2b8dd90912080114x31d962acqf2c8a360e7b5a83d@mail.gmail.com> <4B1E1EF0.8040503@incunabulum.net> <3e2b8dd90912080155s544a7a50j17882b35f1343750@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Andriy Syrovenko wrote: >> Perhaps Florian can shed some light on your IGMP issue? igmpproxy only >> understands IGMPv2, afaik. >> > Yep, it is igmp v2 only indeed. > The only other thing I can think of is: is this an igmpproxy issue, ie. is the IGMP traffic which is causing problems, coming from igmpproxy itself? The kernel never generates IGMP control traffic related to routing. Any IGMP traffic generated by userland, generally uses the raw socket interface. Userland could potentially also use pcap to inject directly to the link layer, and indeed, that might be a more desirable situation where the daemon is intended to run on interfaces w/o an IPv4 address. Of course, this entirely bypasses the host IP stack. thanks, BMS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B1E2574.8010704>