r pf.ko is loaded
or not).
Best regards,
Andriy.
2010/12/15 serg vasilyev
> 2009/12/9, Andriy Syrovenko :
> > Hi,
> >
> > Well, turning off the transmit checksum offloading on the upstream
> > interface solves the problem with IP checksums of IGMP report and
> &
The following reply was made to PR kern/138666; it has been noted by GNATS.
From: Andriy Syrovenko
To: bug-follo...@freebsd.org, univers...@ukr.net
Cc:
Subject: Re: kern/138666: [multicast] [panic] not working multicast through
igmpproxy
Date: Mon, 7 Dec 2009 11:56:11 +0200
I'd
Is it planned to be MFCed to STABLE?
Or, could you possibly point me into the right revision in HEAD, so I
could merge and test it locally?
2009/12/7 Bruce Simpson :
> I believe this *may* have been fixed in HEAD, but was one of the things
> which couldn't be MFCed due to the RC freeze...
>
__
/12/7 Bruce Simpson :
> Andriy Syrovenko wrote:
>>
>> Is it planned to be MFCed to STABLE?
>> Or, could you possibly point me into the right revision in HEAD, so I
>> could merge and test it locally?
>>
>
> Actually I did already MFC most of my changes to stabl
2009/12/8 Bruce Simpson :
> Andriy Syrovenko wrote:
>>
>> I have switched to 8-STABLE. Kernel does not seem to crash anymore,
>> however IGMP still does not work. tcpdump complains that outgoing IGMP
>> report and leave packets have incorrect checksum- it is alway
2009/12/8 Bruce Simpson :
> 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?
That's possible.
> The kernel never generates IGMP control traffic related to routing. Any IGMP
> traffic generated by
