On 24 Mar 2008, at 20:32, James Carlson wrote: > On the receive side, it looks like I can just be a DLS client in > promiscuous mode, and all should work fine. The transmit side is much > more complex.
A DLS client or a mac client? > Unfortunately, it doesn't seem that there's either (a) a way to layer > entities at the mac level without renaming them (no I_PUSH equivalent > here) or (b) a single place where all these packets appear that could > be modified with a simple "if (link->attached_to_bridge)" test. > > The solutions appear to be either modifying the relevant mac clients > (currently just vnic_dev.c and dls.c) Why not xnbo? > so that the common transmit > functions there make a pass through bridging first, or modifying mac.c > with yet another mi_tx* entry for this new case. The former seems > distasteful, but the latter just stresses an existing Nemo design > problem (combinatorial explosion in tx functions). The problem seems to stem from directly using the underlying mac while that mac is also a member of the bridge. If members of the bridge were otherwise unavailable and clients passed packets to the bridge itself, would this problem disappear? (The bridge would look a lot like aggr.) _______________________________________________ networking-discuss mailing list [email protected]
