Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Feb 2001 10:52:17 +0100 (CET)
From:      "Pedro J. Lobo" <pjlobo@euitt.upm.es>
To:        Peter Jeremy <peter.jeremy@alcatel.com.au>
Cc:        <freebsd-net@FreeBSD.ORG>
Subject:   Re: 802.1q vlans and STABLE
Message-ID:  <Pine.BSF.4.33.0102231043130.44042-100000@odin.euitt.upm.es>
In-Reply-To: <20010223152257.K36182@gsmx07.alcatel.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 23 Feb 2001, Peter Jeremy wrote:

> >http://www.euitt.upm.es/~pjlobo/fbsdvlan.html
>
> That's where I got my code last August.  I haven't looked to see what
> has changed since then.  I know I have patches for:
> - set the "Long Receive OK" bit in the i82559 (fxp) [rather than
>   rummage through "error packets"]

This is now in the vlan patches.

> - VLAN support in driver modules for the above drivers

Including fxp? My code only supports vlan in modules for the 558 and 559
controllers, not for the old 557.

> - fix VLAN handling in arp(8)

Can you ellaborate a bit more on this one?

> - support VLANs in tcpdump(8) [this may be in the generic tree by now]

It's been for quite some time. I used it when doing my first version of
the patches on a 3.2-stable system.

> >  Also, do I have any
> >performance hits if I have too many vlans ?
>
> On incoming 802.1Q packets, there's a linear search through a list of
> known VLAN numbers to determine the destination vlan device.  Unless
> you're planning on lots of VLAN's, this probably isn't an issue.

That makes sense. A linear search through 10 or 20 elements doesn't seem
like a performance killer. And, provided that most switches won't support
more than 16 or 32 vlans, it is very unusual to have more than that.

-- 
Pedro José Lobo Perea        Tel: +34 913367819 / Fax: +34 913319229
Centro de Cálculo            e-mail: pjlobo@euitt.upm.es
E.U.I.T. Telecomunicación    Universidad Politécnica de Madrid
Ctra. de Valencia, Km. 7     E-28031 Madrid - España / Spain


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.33.0102231043130.44042-100000>