* VLAN in kernel?
@ 2001-06-19 8:19 Holger Kiehl
2001-06-19 22:11 ` Should VLANs be devices or something else? Ben Greear
0 siblings, 1 reply; 18+ messages in thread
From: Holger Kiehl @ 2001-06-19 8:19 UTC (permalink / raw)
To: linux-kernel
Hello
Some time ago Ben Greear has posted a patch to include VLAN support into
the 2.4 kernel. I and many others are using this patch with great success
and without any problems for a very long time. What is the reason that
this patch is not included into the kernel?
Thanks,
Holger
^ permalink raw reply [flat|nested] 18+ messages in thread
* Should VLANs be devices or something else?
2001-06-19 8:19 VLAN in kernel? Holger Kiehl
@ 2001-06-19 22:11 ` Ben Greear
2001-06-19 22:45 ` Dax Kelson
` (3 more replies)
0 siblings, 4 replies; 18+ messages in thread
From: Ben Greear @ 2001-06-19 22:11 UTC (permalink / raw)
To: linux-kernel
Cc: Holger Kiehl, David S. Miller, VLAN Mailing List,
vlan-devel (other),
Lennert, Gleb Natapov
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
--
Ben Greear <greearb@candelatech.com> <Ben_Greear@excite.com>
President of Candela Technologies Inc http://www.candelatech.com
ScryMUD: http://scry.wanfear.com http://scry.wanfear.com/~greear
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Should VLANs be devices or something else?
2001-06-19 22:11 ` Should VLANs be devices or something else? Ben Greear
@ 2001-06-19 22:45 ` Dax Kelson
2001-06-19 22:49 ` David S. Miller
` (2 subsequent siblings)
3 siblings, 0 replies; 18+ messages in thread
From: Dax Kelson @ 2001-06-19 22:45 UTC (permalink / raw)
To: Ben Greear
Cc: linux-kernel, Holger Kiehl, David S. Miller, VLAN Mailing List,
vlan-devel (other),
Lennert, Gleb Natapov
On Tue, 19 Jun 2001, 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 would vote that VLANs be devices.
Conceptually, VLANs as network devices is a no brainer.
Dax
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Should VLANs be devices or something else?
2001-06-19 22:11 ` Should VLANs be devices or something else? Ben Greear
2001-06-19 22:45 ` Dax Kelson
@ 2001-06-19 22:49 ` David S. Miller
2001-06-19 22:52 ` Dax Kelson
` (2 more replies)
2001-06-20 7:21 ` [VLAN] " Sander Steffann
2001-06-21 22:10 ` [Vlan-devel] " Guy Van Den Bergh
3 siblings, 3 replies; 18+ messages in thread
From: David S. Miller @ 2001-06-19 22:49 UTC (permalink / raw)
To: Dax Kelson
Cc: Ben Greear, linux-kernel, Holger Kiehl, VLAN Mailing List,
vlan-devel (other),
Lennert, Gleb Natapov
Dax Kelson writes:
> On Tue, 19 Jun 2001, Ben Greear wrote:
> > Should VLANs be devices or some other thing?
>
> I would vote that VLANs be devices.
>
> Conceptually, VLANs as network devices is a no brainer.
Conceptually, svr4 streams are a beautiful and elegant
mechanism. :-)
Technical implementation level concerns need to be considered
as well as "does it look nice".
Later,
David S. Miller
davem@redhat.com
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Should VLANs be devices or something else?
2001-06-19 22:49 ` David S. Miller
@ 2001-06-19 22:52 ` Dax Kelson
2001-06-19 23:16 ` Ben Greear
2001-06-20 9:32 ` Gleb Natapov
2 siblings, 0 replies; 18+ messages in thread
From: Dax Kelson @ 2001-06-19 22:52 UTC (permalink / raw)
To: David S. Miller
Cc: Ben Greear, linux-kernel, Holger Kiehl, VLAN Mailing List,
vlan-devel (other),
Lennert, Gleb Natapov
On Tue, 19 Jun 2001, David S. Miller wrote:
> Technical implementation level concerns need to be considered
> as well as "does it look nice".
Ok, let's hear the other side of the story.
What are the alternatives?
Dax
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Should VLANs be devices or something else?
2001-06-19 22:49 ` David S. Miller
2001-06-19 22:52 ` Dax Kelson
@ 2001-06-19 23:16 ` Ben Greear
2001-06-20 0:31 ` Marcell Gal
2001-06-20 8:10 ` Eran Man
2001-06-20 9:32 ` Gleb Natapov
2 siblings, 2 replies; 18+ messages in thread
From: Ben Greear @ 2001-06-19 23:16 UTC (permalink / raw)
To: David S. Miller
Cc: Dax Kelson, linux-kernel, Holger Kiehl, VLAN Mailing List,
vlan-devel (other),
Lennert, Gleb Natapov
"David S. Miller" wrote:
>
> Dax Kelson writes:
> > On Tue, 19 Jun 2001, Ben Greear wrote:
> > > Should VLANs be devices or some other thing?
> >
> > I would vote that VLANs be devices.
> >
> > Conceptually, VLANs as network devices is a no brainer.
>
> Conceptually, svr4 streams are a beautiful and elegant
> mechanism. :-)
>
> Technical implementation level concerns need to be considered
> as well as "does it look nice".
I found it to be the easiest way to implement things. It allowed
me to not have to touch any of layer 3, and I did not have to patch
any user-space program like ip or ifconfig.
I'm not even sure if the nay-sayers ever had another idea, they
just didn't like having lots of interfaces. Originally, there
were claims of inefficiency, but it seems that other than things
like 'ip' and ifconfig, there are no serious performance problems
I am aware of.
Adding the hashed lookup for devices took the exponential curve out of
ip and ifconfig's performance, btw.
--
Ben Greear <greearb@candelatech.com> <Ben_Greear@excite.com>
President of Candela Technologies Inc http://www.candelatech.com
ScryMUD: http://scry.wanfear.com http://scry.wanfear.com/~greear
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Should VLANs be devices or something else?
2001-06-19 23:16 ` Ben Greear
@ 2001-06-20 0:31 ` Marcell Gal
2001-06-20 1:24 ` [VLAN] " Ben Greear
2001-06-20 8:10 ` Eran Man
1 sibling, 1 reply; 18+ messages in thread
From: Marcell Gal @ 2001-06-20 0:31 UTC (permalink / raw)
To: Ben Greear
Cc: David S. Miller, Dax Kelson, linux-kernel, Holger Kiehl,
VLAN Mailing List, vlan-devel (other),
Lennert, Gleb Natapov
Hi,
Ben Greear wrote:
> > > > Should VLANs be devices or some other thing?
> I found it to be the easiest way to implement things. It allowed
> me to not have to touch any of layer 3, and I did not have to patch
> any user-space program like ip or ifconfig.
I faced the same issue when implementing RFC2684 (formerly 1483)
Ethernet over ATM-AAL5. Since users want to do the same thing
(ifconfig, tcpdump, rfc 2514 pppoe, dhcp, ipx) as with traditional eth0
using register_netdev was 'the right thing'.
However having the possibility of many devices annoyed
some people. (upto appr. 4095/ATM-VC in case of vlan over rfc2684 over
atm ;-)
My answer to the (old) 'long ifconfig listing' argument:
Users do not have more interfaces in the ifconfig listing than those they
create for themselves.
That's ok, exactly what they want. Those who do not like many interfaces
do not
create many.
The real thrill would be maintaining new (or patched) tools just because
we want to
avoid having the _possibility_ of long listings at any cost...
I remember
/proc/sys/net/ipv4/conf/
was broken for about >300 devices. I do not know how's it today.
> Adding the hashed lookup for devices took the exponential curve out of
> ip and ifconfig's performance, btw.
n^2 for creating n devices (in the unfortunate increasing or random
order),
(not 2^n), I guess.
Cell
--
You'll never see all the places, or read all the books, but fortunately,
they're not all recommended.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [VLAN] Re: Should VLANs be devices or something else?
2001-06-20 0:31 ` Marcell Gal
@ 2001-06-20 1:24 ` Ben Greear
0 siblings, 0 replies; 18+ messages in thread
From: Ben Greear @ 2001-06-20 1:24 UTC (permalink / raw)
To: vlan
Cc: David S. Miller, Dax Kelson, linux-kernel, Holger Kiehl,
vlan-devel (other),
Lennert, Gleb Natapov
Marcell Gal wrote:
>
> I remember
> /proc/sys/net/ipv4/conf/
> was broken for about >300 devices. I do not know how's it today.
My VLAN code creates an entry for every vlan in /proc/net/vlan/
too, and it seems to quit creating entries after about 250 or so.
It's read-only info, so it doesn't seem to do too much harm.
I think there must be an 8-bit limit somewhere in the proc-fs.
> > Adding the hashed lookup for devices took the exponential curve out of
> > ip and ifconfig's performance, btw.
>
> n^2 for creating n devices (in the unfortunate increasing or random
> order),
> (not 2^n), I guess.
It definately isn't fast, but then again, it is fast enough when you
only have 500 or so interfaces. For the wierdos that want more, we
can just wait a little longer... :)
I'll offer the hashed-device-lookup
patch separately on my web site so it can be used if needed...
Ben
--
Ben Greear <greearb@candelatech.com> <Ben_Greear@excite.com>
President of Candela Technologies Inc http://www.candelatech.com
ScryMUD: http://scry.wanfear.com http://scry.wanfear.com/~greear
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [VLAN] Should VLANs be devices or something else?
2001-06-19 22:11 ` Should VLANs be devices or something else? Ben Greear
2001-06-19 22:45 ` Dax Kelson
2001-06-19 22:49 ` David S. Miller
@ 2001-06-20 7:21 ` Sander Steffann
2001-06-22 6:12 ` Peter C. Norton
2001-06-21 22:10 ` [Vlan-devel] " Guy Van Den Bergh
3 siblings, 1 reply; 18+ messages in thread
From: Sander Steffann @ 2001-06-20 7:21 UTC (permalink / raw)
To: vlan, linux-kernel
Cc: Holger Kiehl, David S. Miller, VLAN Mailing List, Lennert, Gleb Natapov
Hi Ben & all,
> Should VLANs be devices or some other thing?
VLANs should be devices IMHO. It 'feels' right, and I think it's what most
(if not all) users expect them to be.
Bye,
Sander.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [VLAN] Re: Should VLANs be devices or something else?
2001-06-19 23:16 ` Ben Greear
2001-06-20 0:31 ` Marcell Gal
@ 2001-06-20 8:10 ` Eran Man
1 sibling, 0 replies; 18+ messages in thread
From: Eran Man @ 2001-06-20 8:10 UTC (permalink / raw)
To: vlan
Cc: David S. Miller, Dax Kelson, linux-kernel, Holger Kiehl,
vlan-devel (other),
Lennert, Gleb Natapov
Ben Greear wrote:
>
> "David S. Miller" wrote:
> > Conceptually, svr4 streams are a beautiful and elegant
> > mechanism. :-)
> >
> > Technical implementation level concerns need to be considered
> > as well as "does it look nice".
>
> I found it to be the easiest way to implement things. It allowed
> me to not have to touch any of layer 3, and I did not have to patch
> any user-space program like ip or ifconfig.
>
> I'm not even sure if the nay-sayers ever had another idea, they
> just didn't like having lots of interfaces. Originally, there
> were claims of inefficiency, but it seems that other than things
> like 'ip' and ifconfig, there are no serious performance problems
> I am aware of.
There is the issue with netlink notification of large number of events.
See the mail thread starting from:
http://oss.sgi.com/projects/netdev/mail/netdev/msg01879.html
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Should VLANs be devices or something else?
2001-06-19 22:49 ` David S. Miller
2001-06-19 22:52 ` Dax Kelson
2001-06-19 23:16 ` Ben Greear
@ 2001-06-20 9:32 ` Gleb Natapov
2 siblings, 0 replies; 18+ messages in thread
From: Gleb Natapov @ 2001-06-20 9:32 UTC (permalink / raw)
To: David S. Miller
Cc: Dax Kelson, Ben Greear, linux-kernel, Holger Kiehl,
VLAN Mailing List, vlan-devel (other),
Lennert
On Tue, Jun 19, 2001 at 03:49:13PM -0700, David S. Miller wrote:
>
> Dax Kelson writes:
> > On Tue, 19 Jun 2001, Ben Greear wrote:
> > > Should VLANs be devices or some other thing?
> >
> > I would vote that VLANs be devices.
> >
> > Conceptually, VLANs as network devices is a no brainer.
>
> Conceptually, svr4 streams are a beautiful and elegant
> mechanism. :-)
>
> Technical implementation level concerns need to be considered
> as well as "does it look nice".
How can I implement intermediate layer between L3 and L2 in the current
kernel? This is what VLAN is all about. The only way to do it today is to
pretend to be a network device for L3, do your job (adding VLAN header) and
the job of L2 (build ethernet header) and queue packet to master device for
transition. This is what ipip module does, this is what bonding module does
and many others. And this is because L1 and L2 coupled too tightly together in
the kernel now. In fact it is almost impossible to implement new L2 protocol without
changing net_device structure. Something should be done about L1+L2 design till then
pretend to be the net_device is the only solution if you want VLAN to be transparent
for L3 protocols. If you want to implement VLANs only for IP layer this can be done
differently of course.
P.S: This topic was already discussed on netdev list before (and not once I think :)).
--
Gleb.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Vlan-devel] Should VLANs be devices or something else?
2001-06-19 22:11 ` Should VLANs be devices or something else? Ben Greear
` (2 preceding siblings ...)
2001-06-20 7:21 ` [VLAN] " Sander Steffann
@ 2001-06-21 22:10 ` Guy Van Den Bergh
2001-06-21 22:54 ` Ben Greear
3 siblings, 1 reply; 18+ messages in thread
From: Guy Van Den Bergh @ 2001-06-21 22:10 UTC (permalink / raw)
To: Ben Greear
Cc: linux-kernel, Holger Kiehl, David S. Miller, VLAN Mailing List,
vlan-devel (other),
Lennert, Gleb Natapov
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
>
>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Vlan-devel] Should VLANs be devices or something else?
2001-06-21 22:10 ` [Vlan-devel] " Guy Van Den Bergh
@ 2001-06-21 22:54 ` Ben Greear
2001-06-22 15:00 ` Matthias Welwarsky
0 siblings, 1 reply; 18+ messages in thread
From: Ben Greear @ 2001-06-21 22:54 UTC (permalink / raw)
To: Guy Van Den Bergh
Cc: linux-kernel, Holger Kiehl, David S. Miller, VLAN Mailing List,
vlan-devel (other),
Lennert, Gleb Natapov
Guy Van Den Bergh wrote:
>
> 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
I hear it does work with the bridging code, just as you would expect
it to. I have not tried it personally...
Ben
--
Ben Greear <greearb@candelatech.com> <Ben_Greear@excite.com>
President of Candela Technologies Inc http://www.candelatech.com
ScryMUD: http://scry.wanfear.com http://scry.wanfear.com/~greear
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [VLAN] Should VLANs be devices or something else?
2001-06-20 7:21 ` [VLAN] " Sander Steffann
@ 2001-06-22 6:12 ` Peter C. Norton
2001-06-22 6:27 ` Albert D. Cahalan
0 siblings, 1 reply; 18+ messages in thread
From: Peter C. Norton @ 2001-06-22 6:12 UTC (permalink / raw)
To: Sander Steffann
Cc: vlan, linux-kernel, Holger Kiehl, David S. Miller, Lennert, Gleb Natapov
I agree with the device vote. Also, if the interface to the vlan devices
are similar enough to ethernet that the bonding driver can easily
incorperate them, then you can get bonded (a.k.a. redundant) trunks for
cheap. This would lead to linux becoming a more robust router in practice.
-Peter
On Wed, Jun 20, 2001 at 09:21:55AM +0200, Sander Steffann wrote:
> Hi Ben & all,
>
> > Should VLANs be devices or some other thing?
>
> VLANs should be devices IMHO. It 'feels' right, and I think it's what most
> (if not all) users expect them to be.
>
> Bye,
> Sander.
>
>
> -
> 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/
--
The 5 year plan:
In five years we'll make up another plan.
Or just re-use this one.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [VLAN] Should VLANs be devices or something else?
2001-06-22 6:12 ` Peter C. Norton
@ 2001-06-22 6:27 ` Albert D. Cahalan
2001-06-22 6:36 ` Ben Greear
0 siblings, 1 reply; 18+ messages in thread
From: Albert D. Cahalan @ 2001-06-22 6:27 UTC (permalink / raw)
To: Peter C. Norton
Cc: Sander Steffann, vlan, linux-kernel, Holger Kiehl,
David S. Miller, Lennert, Gleb Natapov
> Should VLANs be devices or some other thing?
What is good for PPP-over-Ethernet is good for VLANs,
which are basically Ethernet-over-Ethernet.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [VLAN] Should VLANs be devices or something else?
2001-06-22 6:27 ` Albert D. Cahalan
@ 2001-06-22 6:36 ` Ben Greear
0 siblings, 0 replies; 18+ messages in thread
From: Ben Greear @ 2001-06-22 6:36 UTC (permalink / raw)
To: Albert D. Cahalan
Cc: Peter C. Norton, Sander Steffann, vlan, linux-kernel,
Holger Kiehl, David S. Miller, Lennert, Gleb Natapov
"Albert D. Cahalan" wrote:
>
> > Should VLANs be devices or some other thing?
>
> What is good for PPP-over-Ethernet is good for VLANs,
> which are basically Ethernet-over-Ethernet.
So, um, for those fortunate enough not to need PPPoE, are they
devices or what?
--
Ben Greear <greearb@candelatech.com> <Ben_Greear@excite.com>
President of Candela Technologies Inc http://www.candelatech.com
ScryMUD: http://scry.wanfear.com http://scry.wanfear.com/~greear
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Vlan-devel] Should VLANs be devices or something else?
2001-06-21 22:54 ` Ben Greear
@ 2001-06-22 15:00 ` Matthias Welwarsky
2001-06-22 15:46 ` Chris Wedgwood
0 siblings, 1 reply; 18+ messages in thread
From: Matthias Welwarsky @ 2001-06-22 15:00 UTC (permalink / raw)
To: Ben Greear
Cc: Guy Van Den Bergh, linux-kernel, Holger Kiehl, David S. Miller,
VLAN Mailing List, vlan-devel (other),
Lennert, Gleb Natapov
Hi all,
Can I use CBQ with VLans? It should be possible if they are devices, has
anybody tried this yet?
regards,
Matthias Welwarsky
--
-----------------------------------------------------------------------
Matthias Welwarsky mail: matthias.welwarsky@frontsite.de
System Engineer
frontsite AG
Gesellschaft für Informationstechnologie tel.: +49 6151 - 86 00 00
Gutenbergstraße 10 fax.: +49 6151 - 86 00 499
64331 Weiterstadt web: http://www.frontsite.de
-----------------------------------------------------------------------
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Vlan-devel] Should VLANs be devices or something else?
2001-06-22 15:00 ` Matthias Welwarsky
@ 2001-06-22 15:46 ` Chris Wedgwood
0 siblings, 0 replies; 18+ messages in thread
From: Chris Wedgwood @ 2001-06-22 15:46 UTC (permalink / raw)
To: Matthias Welwarsky
Cc: Ben Greear, Guy Van Den Bergh, linux-kernel, Holger Kiehl,
David S. Miller, VLAN Mailing List, vlan-devel (other),
Lennert, Gleb Natapov
On Fri, Jun 22, 2001 at 05:00:29PM +0200, Matthias Welwarsky wrote:
Can I use CBQ with VLans? It should be possible if they are
devices, has anybody tried this yet?
Unless I horribly misunderstand things, anything you can do with a
standard ethernet interface without the presence of vlans, you should
be able to to on a vlan-interface in the presence of vlans.
So, yes, things like CBQ and bridging _should_ work. If they don't,
then arguably its a bug.
--cw
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2001-06-22 15:46 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-06-19 8:19 VLAN in kernel? Holger Kiehl
2001-06-19 22:11 ` Should VLANs be devices or something else? Ben Greear
2001-06-19 22:45 ` Dax Kelson
2001-06-19 22:49 ` David S. Miller
2001-06-19 22:52 ` Dax Kelson
2001-06-19 23:16 ` Ben Greear
2001-06-20 0:31 ` Marcell Gal
2001-06-20 1:24 ` [VLAN] " Ben Greear
2001-06-20 8:10 ` Eran Man
2001-06-20 9:32 ` Gleb Natapov
2001-06-20 7:21 ` [VLAN] " Sander Steffann
2001-06-22 6:12 ` Peter C. Norton
2001-06-22 6:27 ` Albert D. Cahalan
2001-06-22 6:36 ` Ben Greear
2001-06-21 22:10 ` [Vlan-devel] " Guy Van Den Bergh
2001-06-21 22:54 ` Ben Greear
2001-06-22 15:00 ` Matthias Welwarsky
2001-06-22 15:46 ` Chris Wedgwood
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).