From owner-freebsd-net@freebsd.org  Fri Sep  2 14:39:27 2016
Return-Path: <owner-freebsd-net@freebsd.org>
Delivered-To: freebsd-net@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDF3FBCC893
 for <freebsd-net@mailman.ysv.freebsd.org>;
 Fri,  2 Sep 2016 14:39:27 +0000 (UTC)
 (envelope-from sthaug@nethelp.no)
Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33])
 by mx1.freebsd.org (Postfix) with SMTP id 47B2ABC0
 for <freebsd-net@freebsd.org>; Fri,  2 Sep 2016 14:39:26 +0000 (UTC)
 (envelope-from sthaug@nethelp.no)
Received: (qmail 53895 invoked from network); 2 Sep 2016 14:39:24 -0000
Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33)
 by bizet.nethelp.no with SMTP; 2 Sep 2016 14:39:24 -0000
Date: Fri, 02 Sep 2016 16:39:24 +0200 (CEST)
Message-Id: <20160902.163924.74698300.sthaug@nethelp.no>
To: slw@zxy.spb.ru
Cc: vegeta@tuxpowered.net, freebsd-net@freebsd.org
Subject: Re: 60G+ network connection
From: sthaug@nethelp.no
In-Reply-To: <20160902140711.GC34394@zxy.spb.ru>
References: <20160902100203.GK88122@zxy.spb.ru> <6699041.g38mlsGLrS@energia>
 <20160902140711.GC34394@zxy.spb.ru>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net/>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Sep 2016 14:39:28 -0000

> > Plase note that by using link aggregation you can not achieve full speed over 
> > a single TCP stream. Onle when multiple streams are in operation you will 
> > really get the aggregated speed.
> 
> NP, I am have more then 40K TCP stream.
> 
> PS: link aggregation with round-roubin policy can achieve full speed.

Link aggregation with round-robin policy cannot guarantee that packets
won't be reordered. Reordering is a *big* no-no for most ISPs, and is
the reason why LAGs are often used with hash-based packet distributions
which ensure that packets within one *flow* (for instance a single TCP
stream) won't be reordered.

Steinar Haug, Nethelp consulting, sthaug@nethelp.no