Re: [Vlan-devel] Should VLANs be devices or something else?

Guy Van Den Bergh (guy.vandenbergh@pandora.be)
Fri, 22 Jun 2001 00:10:12 +0200


Maybe this has been discussed already, but what about integration
with the bridging code? Is it possible to add add a vlan interface to a
bridge? In other words, can you bridge between one or more regular
interfaces and a vlan?

Regards,
Guy

Ben Greear wrote:

> I have had a good discussion with Dave Miller today, and there
> is one outstanding issue to clear up before my 802.1Q VLAN patch may
> be considered for acceptance into the kernel:
>
> Should VLANs be devices or some other thing?
>
> I strongly feel that they should be devices for many reasons.
>
> 1) It makes integration with user-space tools (ip, ifconfig, arp...) a non-issue.
>
> 2) It is logically correct, a VLAN is a (net_)device and in all ways acts like one.
>
> 3) It introduces no fast-path performance degradation that I know of. The one
> slow path involves the linear lookup of a device by name (or id??). This can
> be fixed by hashing the list, if needed.
>
> 4) Both VLAN patches have used VLANs-as-devices from the beginning, and have
> seen no ill affects to this approach that would be mitigated by some other
> architecture.
>
> However, we need the community as a whole to agree more-or-less that my
> (and others who share them) arguments are sound. So please, bring your
> complaints fowards now...or forever patch by hand!
>
> Also, any other complaints or suggestions for the VLAN code should be
> mentioned too, of course!
>
> If you wish to view the patch, get the 1.0.1 release from my vlan page:
> http://scry.wanfear.com/~greear/vlan.html
> I will release a new one shortly with the fast-dev-lookup code
> (which is already #ifdef'd out) completely removed, as per Dave's
> wish.
>
> Thanks,
> Ben
>
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/