Port-evbmips archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: RouterBoard 133 support

David Young wrote:
We should not have Yet Another Tool to configure VLANs and to bridge
ethernets, but we should use bridge(4) and vlan(4) for that purpose.
The kernel needs both to give bridge(4) member devices the opportunity
to use hardware features to optimize the data plane.  Similarly,
vlan(4) needs to let the physical interface assume some of the tagging.
The idea is to use familiar interfaces to configure bridges and VLANs,
even on unfamiliar hardware.

I just document myself a bit better on VLAN and bridges.

After re-reading the datasheet, it seems to me that the OS can barely control address learning of the bridge. It can almost only control the aging, disable the learning, set hashing function, set MTU,... Same goes for VLANs. I can't find any reference for 802.1Q conformance in the datasheet. I'm not even sure the implementation is VLAN hoping safe. The routing description is pretty basic.

 - Arnaud

Home | Main Index | Thread Index | Old Index