On Tue, Aug 01, 2006 at 09:17:15AM -0700, Ben Greear wrote: > John W. Linville wrote:
> Well, if it makes you feel better, I can't see a good way to do > vlans-over-vlans cleanly, backwards compatibly, and functional with > bridging, etc. I would not plan to add such a feature to the kernel > unless from it's moment of inclusion it could handle at least bridging, > either. So that feature will probably not see the light of day > any time soon :) I suspected as much. :-) > >Most (actually all afaik) L2 networking equipment enforces some > >hierarchy on the relationship between these L2 entities. I am more > >and more convinced we should do the same, although I do acknowledge > >that the current situation does allow for some cleverness. > > Very often, the answer to difficult networking issues is to 'get a linux > box', since that very flexibility is often key to interesting problems. No doubt that is true. FWIW I think we would still have to be very flexible about when/how/where vlan tagging gets done, if for no other reason than that I can't seem to convince myself of any one place it should go... :-) Oh, and there may be no reason to ever remove the virtual device vlan implementation, even if there was a nicer/cleaner/better L2 layer for the other 90+%. > >I'm just not sure that cleverness is worth the headache, especially > >since the most clever things usually only work by accident... > > Or, work by solid, modular design and small tweaks! Point taken. But stashing little hacks in the networking core for specific virtual drivers isn't totally modular either. And even if it were, "modular design" probably belongs on the list of "things that can be taken too far", like "everything in userland", "never use ioctl", and "microkernels are superior". :-) I definitely respect your contributions both past and (presumably) future, and I have no doubt that you have seen any number of 'interesting' vlan scenarios. Again, my complaint is more about the overall lack of integration/coherence for L2 functions. I have few complaints about individual functions (that I wish to discuss in this thread). John -- John W. Linville [EMAIL PROTECTED] - 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
