[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <C8A6796DE7C66C4ABCBC18106CB6C1CC106D903179@ESESSCMS0356.eemea.ericsson.se>
Date: Thu, 13 Oct 2011 17:59:42 +0200
From: Hans Schillström <hans.schillstrom@...csson.com>
To: Jiri Pirko <jpirko@...hat.com>, Maxime Bizon <mbizon@...ebox.fr>
CC: John Fastabend <john.r.fastabend@...el.com>,
"davem@...emloft.net" <davem@...emloft.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"jesse@...ira.com" <jesse@...ira.com>,
"fubar@...ibm.com" <fubar@...ibm.com>
Subject: RE: [net-next PATCH] net: allow vlan traffic to be received under
bond
Thu, Oct 13, 2011 at 05:04:34PM CEST, mbizon@...ebox.fr wrote:
>>
>>On Tue, 2011-10-11 at 00:37 +0200, Jiri Pirko wrote:
>>
>>> Hmm, I must look at this again tomorrow but I have strong feeling this
>>> will break some some scenario including vlan-bridge-macvlan.
>>
>>unless I'm mistaken, today's behaviour:
>>
>># vconfig add eth0 100
>># brctl addbr br0
>># brctl addif br0 eth0
>>
>>=> eth0.100 gets no more packets, br0.100 is to be used
>>
>>after the patch won't we get the opposite ?
>
>Looks like it. The question is what is the correct behaviour...
I think this it become correct now, you should not destroy lover level if possible.
I.e. as John wrote "it's not an unexpected behaviour"
Consider adding a bridge to a vlan like this
vconfig add eth0 100
brctl addbr br1
brctl addif br1 eth0.100
If you later add a bridge (or bond) should the previous added bridge still work ?
Yes I think so, for me it's the expected behaviour.
brctl addbr br0
brctl addif br0 eth0
Regards
Hans
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists