From owner-freebsd-current@FreeBSD.ORG  Thu Apr 12 08:36:15 2007
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 624BC16A40A
	for <freebsd-current@freebsd.org>; Thu, 12 Apr 2007 08:36:15 +0000 (UTC)
	(envelope-from thompsa@freebsd.org)
Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz
	[203.109.251.39])
	by mx1.freebsd.org (Postfix) with ESMTP id E930C13C483
	for <freebsd-current@freebsd.org>; Thu, 12 Apr 2007 08:36:14 +0000 (UTC)
	(envelope-from thompsa@freebsd.org)
Received: by heff.fud.org.nz (Postfix, from userid 1001)
	id 516DB1CC59; Thu, 12 Apr 2007 20:36:13 +1200 (NZST)
Date: Thu, 12 Apr 2007 20:36:13 +1200
From: Andrew Thompson <thompsa@freebsd.org>
To: Adrian Chadd <adrian@freebsd.org>
Message-ID: <20070412083613.GG9390@heff.fud.org.nz>
Mail-Followup-To: Andrew Thompson <thompsa@freebsd.org>,
	Adrian Chadd <adrian@freebsd.org>, Ian FREISLICH <ianf@clue.co.za>,
	freebsd-current@freebsd.org
References: <peterjeremy@optushome.com.au>
	<20070411191450.GE815@turion.vk2pj.dyndns.org>
	<E1Hbs1M-000FWA-7Z@clue.co.za>
	<d763ac660704120059ke89fdf5la750d95eafe49a41@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <d763ac660704120059ke89fdf5la750d95eafe49a41@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Cc: Ian FREISLICH <ianf@clue.co.za>, 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
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Apr 2007 08:36:15 -0000

On Thu, Apr 12, 2007 at 03:59:53PM +0800, Adrian Chadd wrote:
> On 12/04/07, Ian FREISLICH <ianf@clue.co.za> wrote:
> 
> >This is the configuration I'm going to be testing with our provider
> >this morning because FreeBSD can't do link aggregation on VLAN
> >interfaces.  I'm hoping that not having IP data available to the
> >switch will not prevent it from working in our scenario.
> 
> Some switches (I'm sure the Cisco ones, for example) will happily do
> etherchannel packet distribution based on IP header info even if
> they're just configured to switch and not route.
> 
> All it has to "know" about IP is which offsets in the packet
> correspond to what it should be hashing against. And (cisco) switches
> have been blurring the L2/L3 switch boundary for a while (think IGMP
> snooping for a very early example.)

In fec, lacp and loadbalance modes our trunk(4) also distributes using a
hash function, it hashes the vlan tag (if present), src and dst mac
addresses, and the full ip/ipv6 header (if present). See the
trunk_hashmbuf() function for the implementation.

The only trunk mode that isnt safe for frame ordering is roundrobin, and
just alternates ports as the name suggests. OpenBSD has this as the
default which is quite suprising, I changed our default to failover.


Andrew