From owner-freebsd-pf@FreeBSD.ORG Wed Jan 18 12:09:12 2006 Return-Path: X-Original-To: freebsd-pf@freebsd.org Delivered-To: freebsd-pf@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96F3F16A41F for ; Wed, 18 Jan 2006 12:09:12 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from lakepoint.domeneshop.no (lakepoint.domeneshop.no [194.63.248.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E09BA43D48 for ; Wed, 18 Jan 2006 12:09:11 +0000 (GMT) (envelope-from lists@wm-access.no) Received: from [192.168.9.8] (gw1.arcticwireless.no [80.203.184.14]) (authenticated bits=0) by lakepoint.domeneshop.no (8.13.4/8.13.4) with ESMTP id k0IC98cF010194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 18 Jan 2006 13:09:08 +0100 Message-ID: <43CE2FE1.3020303@wm-access.no> Date: Wed, 18 Jan 2006 13:09:05 +0100 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Josh Finlay References: <025201c61a86$2e7383e0$0600a8c0@delta> <006801c61c0c$7e1aaae0$0600a8c0@delta> <43CE159D.6070000@wm-access.no> <007b01c61c22$120ebf60$0600a8c0@delta> In-Reply-To: <007b01c61c22$120ebf60$0600a8c0@delta> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=D6F56A9B Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig258283286F62E0536657B7F1" Cc: freebsd-pf@freebsd.org Subject: Re: Multiple DSL lines, load sharing / shaping X-BeenThere: freebsd-pf@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussion and general questions about packet filter \(pf\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2006 12:09:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig258283286F62E0536657B7F1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Josh Finlay wrote: > Hi Sten, >=20 > Ahh.. well that will be something for me to look into then. Give me a > starting point anyway. >=20 > Don't suppose you've had experience doing it in PF? ;-) Is it even possible in PF? > Now here is what I don't get > We have 5x512=3D2560kbps (note: each line has a seperate IP address, sa= me > provider though). > We want to download a file over HTTP > Browser sends "GET /path/to/file HTTP/1.1", etc.. from IP1 > And Web server sends headers and file contents back to IP1 > and since IP1 is only a 512kbps line, it would seem to me that it > wouldn't be possible to achieve anything higher than 512kbps or attempt= > to incorporate any of the other lines into the transfer because that > would just confuse the server. Are you talking about a webserver on your end and IP1 meaning an user from the internet? Or the other way around? And are you using NAT? >=20 > My only thought was that if you received over a proxy (or used a > download manager with segmentation features, like that horrible windows= > program GetRight) and the proxy would get the file size, divide it into= > how many lines/ips I had (in this case, 5) and then ask for bytes 0 -> > first part, and start concurrent connections for first part -> second > part, third -> forth, etc. In a similar way that a resume would work.. > Does this make sense? That can be accomplished if you want. What do you prefer? "packet perfect" forwarding for maximum throughput on your uploads or stream friendly balancing - and perhaps better overall performance - for many users? > Or is there an extremely easier way of doing things that I just wasn't > aware of yet? Have you ever considered multilink ppp? --=20 Sten Daniel S=F8rsdal --------------enig258283286F62E0536657B7F1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDzi/hMvOF8Nb1apsRAlIJAJ9/ga15gwyCVDBPhp5titQQOsL70ACeLVcI 4rl1I40epG4M6bVPIAo4VW4= =vbWF -----END PGP SIGNATURE----- --------------enig258283286F62E0536657B7F1--