[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <e243444f-f048-116c-8fea-dbb509951b8a@ziu.info>
Date: Thu, 8 Sep 2016 23:16:34 +0200
From: Michal Soltys <soltys@....info>
To: Toshiaki Makita <makita.toshiaki@....ntt.co.jp>,
Linux Netdev List <netdev@...r.kernel.org>
Subject: Re: vlan aware bridge doesn't propagate mac changes to vlans on top
of it
On 2016-09-08 04:03, Toshiaki Makita wrote:
> On 2016/09/08 3:22, Michal Soltys wrote:
> ...
>> 4.7.2
>> git describe on that commit suggests it's been available since 4.6.x
>>
>> What I did in details:
>>
>> ip li add name port1b type veth peer name port1e
>> ip li add br0 type bridge
>> ip li set dev br0 type bridge vlan_default_pvid 0
>> ip li set dev br0 type bridge vlan_filtering 1
>> bridge vlan add dev br0 vid 10 self
>> bridge vlan add dev br0 vid 250 untagged pvid self
>> ip li add link br0 name vlan10 type vlan id 10
>> ip li set port1b master br0
>>
>> At this point br0.vlan10 had outdated mac after br0 took port1b's one as
>> its own.
>
> If the mac address of lower device is changed while vlan device is down,
> the address will be synchronized when vlan device becomes up.
> Please try "ip li set vlan10 up".
>
Gah, yea upping interface updates it correctly. Originally I found this
issue on older kernel, so I quickly verified the behaviour on the
current one - but didn't do ip up.
Sorry for the noise.
Powered by blists - more mailing lists