Sorry for getting back to this so late, I must have missed it at the time. Anyway, I think it would be safer to restore netfilters assumption by doing something like this patch. If everyone is fine w
The last patch left some unreachable code. Index: net/ipv6/mcast.c == -- 2cfdb1827d9c176f4df42619c693e7b990a61963/net/ipv6/mcast.c (mode:100644 sha1:393b6e6f50a9626e2894c9a5abd8dafd903e5eba) +++ unco
I'll look at it in more detail and let you know if I see any problems, but I wouldn't call it "igmpv6", which doesn't exist. "MLD" is the equivalent in IPv6. There certainly are existing references t
I think it is an oversight rather than intentional. The NDISC lookup stuff wrt. routing went back and forth implementation wise. We used to use a seperate routing table for NDISC entries, but that ca
Thanks, I've added a call to NF_HOOK(NF_IP6_POST_ROUTING) to the patch. Index: net/ipv6/mcast.c == -- 2cfdb1827d9c176f4df42619c693e7b990a61963/net/ipv6/mcast.c (mode:100644 sha1:393b6e6f50a9626e2894c
You're now incrementing this twice since the callers will also increment this. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx> Home Pa
is something going wrong in the protocol matching algorithm in netfilter6. Does this patch fix the problem ? Regards Patrick == net/ipv6/netfilter/ip6_tables.c
bian sid. Haven't been able to debug it yet. -- http://www.PowerDNS.com Open source, database driven DNS Software http://lartc.org Linux Advanced Routing & Tra
Very Good Hosting Offer $ $-- Cpanel $ $-- PHP $ $-- CGI-perl $ $-- Mysql $ $-- And MORE ....... $ FOR MORE INFORMATIONS --< http://mkhoster.com/support.html >
Sorry for getting back to this so late, I must have missed it at the time. Anyway, I think it would be safer to restore netfilters assumption by doing something like this patch. If everyone is fine w
The last patch left some unreachable code. Index: net/ipv6/mcast.c == -- 2cfdb1827d9c176f4df42619c693e7b990a61963/net/ipv6/mcast.c (mode:100644 sha1:393b6e6f50a9626e2894c9a5abd8dafd903e5eba) +++ unco
I'll look at it in more detail and let you know if I see any problems, but I wouldn't call it "igmpv6", which doesn't exist. "MLD" is the equivalent in IPv6. There certainly are existing references t
I think it is an oversight rather than intentional. The NDISC lookup stuff wrt. routing went back and forth implementation wise. We used to use a seperate routing table for NDISC entries, but that ca
Thanks, I've added a call to NF_HOOK(NF_IP6_POST_ROUTING) to the patch. Index: net/ipv6/mcast.c == -- 2cfdb1827d9c176f4df42619c693e7b990a61963/net/ipv6/mcast.c (mode:100644 sha1:393b6e6f50a9626e2894c
You're now incrementing this twice since the callers will also increment this. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx> Home Pa