[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e6143108-3eb4-6f6a-c58b-857722f706b9@lab.ntt.co.jp>
Date: Tue, 23 May 2017 12:17:39 +0900
From: Toshiaki Makita <makita.toshiaki@....ntt.co.jp>
To: Manohar Kumar <forwardinglnx@...il.com>
Cc: netdev@...r.kernel.org, bridge@...ts.linux-foundation.org
Subject: Re: Deleting a dynamic mac entry..
On 2017/05/21 11:28, Manohar Kumar wrote:
> Hello,
>
> In 3.19 the following bridge fdb command to delete a dynamically
> learned entry fails..
>
> root@...-3:~# bridge fdb show | grep 02:42:0a:ff:00:06
> 02:42:0a:ff:00:06 dev vxlan0 master br0
> root@...-3:~# bridge fdb del 02:42:0a:ff:00:06 dev vxlan0 master
> RTNETLINK answers: No such file or directory
>
> It works in 4.4.
>
> Can someone please point to the patch that made this change ?
25d3b493a52d ("bridge: Fix inability to add non-vlan fdb entry") might
be what you are looking for, but you might want to do git-bisect to
track down any regression or fix.
> In kernels without this patch is there an alternative to delete
> (actually I want to do it programmatically) dynamic mac entries ?
If 25d3b493a52d is causing your problem, set default_pvid to 0 in order
to disable default_pvid, and delete any vlans which is already
configured in bridge's vlan_filtering. Then, delete the fdb entry.
Toshiaki Makita
Powered by blists - more mailing lists