From owner-freebsd-questions@FreeBSD.ORG Wed Mar 30 07:32:38 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81BBC16A4CE for ; Wed, 30 Mar 2005 07:32:38 +0000 (GMT) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F4F43D1D for ; Wed, 30 Mar 2005 07:32:35 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) by mail.cs.ait.ac.th (8.12.11/8.12.11) with ESMTP id j2U7WTfo047714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Mar 2005 14:32:29 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.13.1/8.12.11) id j2U7WS9d016034; Wed, 30 Mar 2005 14:32:28 +0700 (ICT) Date: Wed, 30 Mar 2005 14:32:28 +0700 (ICT) Message-Id: <200503300732.j2U7WS9d016034@banyan.cs.ait.ac.th> From: Olivier Nicole To: bigbrother@bonbon.net In-reply-to: <200503300714.j2U7EQ7T057462@bigb3server.ath.cx> (bigbrother@bonbon.net) References: <200503300714.j2U7EQ7T057462@bigb3server.ath.cx> X-Virus-Scanned: on CSIM by amavisd-milter (http://www.amavis.org/) cc: freebsd-questions@freebsd.org Subject: Re: Channel Bonding on FreeBSD without peer support X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 07:32:38 -0000 > However, these approaches require support from the other peer (the ISP), > which is not possible in my situation. I would say that no solution exist that do not have the colaboration of the other part. You can do as much load balancing on your end, but that is your ISP that will decide to send one packet on one line and the next packet on the other line. There would always be a way to affect few machines of your LAN to one of the line and the rest to the other line, but that will never be full load balancing. Olivier