From owner-freebsd-net@FreeBSD.ORG Tue Jan 25 08:21:13 2005 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C632116A4CE for ; Tue, 25 Jan 2005 08:21:13 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BD943D54 for ; Tue, 25 Jan 2005 08:21:13 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 82613 invoked from network); 25 Jan 2005 08:02:30 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 25 Jan 2005 08:02:30 -0000 Message-ID: <41F6017A.9484C656@freebsd.org> Date: Tue, 25 Jan 2005 09:21:14 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Brooks Davis References: <41F33E9F.9090301@tagnet.ru> <20050123193711.GB29225@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Boris Kovalenko Subject: Re: [PATCH] 802.1p priority (fixed) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2005 08:21:13 -0000 Brooks Davis wrote: > > On Sun, Jan 23, 2005 at 11:05:19AM +0500, Boris Kovalenko wrote: > > And what this changes? Some switches totally ignore 802.1p. We're > > talking about IEEE standard and should fully support it. Also, may You > > point me where You have read this? Chiming in somewhere into this thread... > The issue is that you may need the ability to treat some values as > though they are the same because some network environments will do this. > > While I think a lower level solution will be the most useful in the > end, I don't object to an interface based solution. I think you should > proceed with that with the idea that you add a third, optional keyword > to vlan initalization to specify priority. That way you can create > seperate interfaces for each priority for any vlan tag. Something like: > > ifconfig vlan create vlan 2 vlandev fxp0 vlanpri 3 For a clean handling of 802.1p tagging we should handle it like this: 1. Extend to ifconfig and vlan to be able to specify a DEFAULT vlan priority. 2. Have vlan insert the 802.1p priority from a generic layer 2 specifics aganostic priority m_tag into the vlan header overiding any configured default value on the vlan interface. 3. Extend any|all of the packet filters and|or ALTQ to set the generic layer 2 priority tag directly via the m_tag. Propagation of any pritority information contained in the layer 3 (IP TOS) is done through the packet filters subject to their filtering abilities to prevent abuse. 4. Provide a way for applications (via setsockopt) to specify their priority wishes. The entire tagging thing should be generic that other kinds of networks can use it as well (frame relay for example). I think 4 bits is fine. If less than 16 priorities are supported it should shift to the right and use the remainder. Starting with just the default vlan priority configuration via ifconfig is fine with provided that the overriding via m_tags is documented that we don't have POLA problems later on when we implement the full thing. -- Andre