From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joachim Nilsson Subject: [bridge] IGMP/MLD snooping per port and per VLAN support Date: Sat, 27 Jan 2018 01:44:21 +0100 Message-ID: <1517013861.6293.20.camel@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit To: netdev@vger.kernel.org Return-path: Received: from mail-lf0-f51.google.com ([209.85.215.51]:36945 "EHLO mail-lf0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750808AbeA0AoZ (ORCPT ); Fri, 26 Jan 2018 19:44:25 -0500 Received: by mail-lf0-f51.google.com with SMTP id 63so2775083lfv.4 for ; Fri, 26 Jan 2018 16:44:25 -0800 (PST) Received: from luthien (h-225-166.A259.priv.bahnhof.se. [176.10.225.166]) by smtp.gmail.com with ESMTPSA id p10sm480822lfd.78.2018.01.26.16.44.22 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Jan 2018 16:44:22 -0800 (PST) Sender: netdev-owner@vger.kernel.org List-ID: Hi, longtime lurker, first time poster. In the "new" VLAN aware bridge, is there anyone else except me (and possibly Cumulus) thinking about per port *and* per VLAN support for IGMP/MLD snooping in the bridge? By that I mean bridge support for per port and per VLAN querier, and group membership, which the current bridge implementation, as far as I can see, unfortunately is lacking. Westermo, where I work, has invested heavily in DSA/switchdev/bridge and we are *extremely* happy with it all (awesome work ppl!), and we are very interested in helping out with multicast work in the bridge so any answers to this post are most welcome :) Sincerely /Joachim P.S. My colleague Tobias is of the opinion that full support for this will, like STP/RSTP, be politely showed the way to user space by the senior netdev devs. So yeah, that's what we're considering atm., but I thought it would be good idea to at the very least post the question here first. D.S. P.P.S. Yes, openvswitch supports this *perfectly*, which is a bit annoying, but also in userspace and only if I also run sth like pimd/mrouted to act as querier (which most ppl don't really need.) on their magical internal/local CPU port. D.D.S.