Thu, 4 May 2006 22:55:58 +0200, Ivo van Doorn pise: > On Thursday 4 May 2006 21:26, Marcus Better wrote: > > I wonder what exactly is causing this limitation? Why isn't it just a > > matter of software support? > > Hardware limitations probably. For example the Ralink devices. > The MAC address must be written into the registers for correct behaviour. > When multiple virtual interfaces are going to be used, the device > should be working under multiple MAC addresses. While the device > could be tricked into doing that (I believe rt61 and rt73 drivers from > Ralink are making such an attempt) it could give quite some overhead when > for each frame that is being send the driver should sort out from which > virtual interface it came, write the matching MAC address to the register, > and hope that the device will like it when the MAC address is changed so > often and the RX is not being affected because of some hardware filter.
The actual problem is with receiving. ACK frames need to be sent exactly after SIFS interval (10 or 16 microseconds depending on a PHY, +/- 10%) after last bit of the frame was received. This means it cannot be done in a software. You need to tell the hardware about MAC address you are using and hardware will ACK all frames destined to that address (well, actually only that received with valid FCS, but it doesn't matter). And most hardware don't allow to specify more MAC addresses. Jiri -- Jiri Benc SUSE Labs - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
