00:32:51 <sommerfeld> warden: by any chance does your network have IGMP/MLD snooping enabled?
00:34:31 <sommerfeld> (I have a fix to a couple MLD bugs in review that would produce similar symptoms - answers to MLD queries can be either truncated or misdirected.
00:35:07 <sommerfeld> see https://www.illumos.org/issues/16620
00:35:08 <fenix> → BUG 16620: MLD/IGMP can drop or misroute listener reports (In Progress) | https://code.illumos.org/c/illumos-gate/+/3556
08:43:43 <warden> sommerfeld: thanks, I do not think it's my case... I'm experiencing the same issue on two OmniOS hosts, connected to different networks, one of them to an unmanaged L2 switch. And the problem arises only when ipfilter is enabled and configured to filter IPv6 traffic.
08:45:55 <warden> m1ari: thanks for the suggestion, I'll try to rewrite the rules in /etc/ipf/ipf6.conf following them. Anyway, did you find something wrong with my current rules? They are essentially the same which I apply to IPv4 traffic on the same host...
16:29:57 <m1ari> warden: dont know if it's useful but I found an old ipf6.conf file that I think was from when I did IPv6 routing on a solaris 10 box
16:30:00 <m1ari> https://gist.github.com/m1ari/4233d20faed6f78218c54ddc0a2c9714
16:40:27 <m1ari> I can't see anything obviously wrong and with such a simple ruleset the quick keyword shouldnt make too much of a difference.
16:41:59 <m1ari> having had to optimize firewall rulesets in the past as part of the day job I tend to do some optimization by default.
16:43:15 <m1ari> i.e. try and have the bulk of packets traverse the fewest rules possible, so use "quick" a lot, and have things like lo0 near the top
21:23:08 <warden> m1ari: thanks, I’ll try to reorganize the ruleset with the “quick” approach to see if it helps solving the issue