[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <525C62D5.3090004@mojatatu.com>
Date: Mon, 14 Oct 2013 17:32:05 -0400
From: Jamal Hadi Salim <jhs@...atatu.com>
To: Stephen Hemminger <shemminger@...tta.com>
CC: Vlad Yasevich <vyasevic@...hat.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: [RFC] bridge and friends: reduce TheLinuxWay(tm)
IOW, TheCutNpasteTrain.
There's a lot of clutter on the netlink interface used
by bridge and vxlan.
1) A lot of things which are boolean on/off end up using a uchar.
Example:
IFLA_BRPORT_MODE, IFLA_BRPORT_GUARD, IFLA_BRPORT_PROTECT,
IFLA_BRPORT_LEARNING, IFLA_BRPORT_UNICAST_FLOOD, BRIDGE_VLAN_INFO_PVID,
BRIDGE_VLAN_INFO_UNTAGGED, BRIDGE_MODE_VEPA,
IFLA_VXLAN_PROXY,IFLA_VXLAN_RSC, etc
2) There's a few fields which are basically intended to project the
same message to the kernel but are redefined a few times:
Example:
BRIDGE_VLAN_INFO_MASTER vs NTF_MASTER vs BRIDGE_FLAGS_MASTER
Also i am not sure why multicast snooping needs its own subheader.
Is it too late to make changes? git logs shows some of these feature
have only been on the last 2-3 months.
One approach to resolve this is introduce a new BRIDGE_FLAGS TLV
which will work like the ifi_flags/change and put all these flags in
one spot. New iproute will use these and the old one will continue using
the old approach. It would require to EOL the old interface at some
point.
If this is agreeable and it is not on someone todo list - I will send
patches later on.
cheers,
jamal
--
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