From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Lunn Subject: Re: Should the bridge learn from frames with link local destination MAC address? Date: Sun, 11 Nov 2018 00:46:04 +0100 Message-ID: <20181110234604.GA4498@lunn.ch> References: <20181109032443.GA23331@lunn.ch> <20181109080008.022b93cb@xeon-e3> <30C8207C-1DA3-44B0-8BD2-66B10D0C406E@cumulusnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Roopa Prabhu , Stephen Hemminger , netdev , Florian Fainelli To: nikolay@cumulusnetworks.com Return-path: Received: from vps0.lunn.ch ([185.16.172.187]:58395 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725896AbeKKJcu (ORCPT ); Sun, 11 Nov 2018 04:32:50 -0500 Content-Disposition: inline In-Reply-To: <30C8207C-1DA3-44B0-8BD2-66B10D0C406E@cumulusnetworks.com> Sender: netdev-owner@vger.kernel.org List-ID: > >Andrew, I agree with your analysis also. We have hit this problem too > >(and we have an internal bug tracking it). > >We have not acted on this so far because of the fear of breaking > >existing deployments. I am all for fixing this if there is a > >clean way. > > +1 and since this would be a new bridge boolean option I'd like to add one new > 64 bit option with mask for new boolean bridge options so we can avoid > increasing the max rtnl attr id for such options. Please let me know > if you plan to work on the new option or I can cook something. Hi Nik For the moment i made a hack, which is enough for my own personal use. I'm not too familiar with the bridge code and its netlink interface. I suspect you can implement this properly much quicker than i could. So i would prefer leaving it to you. But we can talk about this during LPC. Andrew