From owner-freebsd-current@FreeBSD.ORG Thu Apr 12 20:43:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A85ED16A400 for ; Thu, 12 Apr 2007 20:43:00 +0000 (UTC) (envelope-from lerik@nolink.net) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.freebsd.org (Postfix) with ESMTP id 18E4A13C44C for ; Thu, 12 Apr 2007 20:42:59 +0000 (UTC) (envelope-from lerik@nolink.net) Received: (qmail 27091 invoked by uid 89); 12 Apr 2007 20:16:17 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Apr 2007 20:16:17 -0000 Date: Thu, 12 Apr 2007 22:16:17 +0200 (CEST) From: Lars Erik Gullerud To: Ian FREISLICH In-Reply-To: Message-ID: <20070412215347.X442@electra.nolink.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: CFT: new trunk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Apr 2007 20:43:00 -0000 On Thu, 12 Apr 2007, Ian FREISLICH wrote: > Peter Jeremy wrote: >> >> Trunking is a way of combining multiple physical interfaces to increase >> the bandwidth. Trunking multiple VLANs on a single interface doesn't >> make sense to me. > > 802.1q is VLAN tagging and trunking. This interface is LACP - link > aggregation. I really think that it makes no sense to be able to > aggregate some ethernet interfaces and not others. I suppose some > pedant will tell me vlan interfaces are not ethernet. I'm not going to tell you that, I am however going to give you the 802.3ad (Link Aggregation) explanation. Quote from IEEE 802.3 2005 edition, clause 43.1: "Link Aggregation allows one or more links to be aggregated together to form a Link Aggregation Group, such that a MAC Client can treat the Link Aggregation Group as if it were a single link. To this end, it specifies the establishment of DTE to DTE logical links, _consisting of N parallell instances of full duplex point-to-point links operating at the same data rate._" VLANs are not MAC Clients in 802 terminology, for the 802.3 MAC sublayer, VLANs are opaque. VLAN "interfaces" in FreBSD are purely logical entities that does not have MAC sublayer as such. (The MAC sublayer, as opposed to the LLC sublayer, deals mostly with low-level communications issues such as Auto-neg and CSMA/CD) What you want to do is possible using other proprietary methods (or better yet, on a different OSI Layer - sounds more like you want layer 3 load balancing), but it can not be done with Link Aggregation, which the oh-so-badly-named trunk(4) interface implements. This is not a FreeBSD issue. And yes, as another poster has mentioned - when one speaks of a trunk in Ethernet terminology, one generally refers to a link carrying multiple tagged VLANs. /leg