From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Paul J. Smith" Date: Sat, 22 Oct 2005 09:17:56 +0000 Subject: [LARTC] Differentiating between http downloads and interactive Message-Id: MIME-Version: 1 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5D6E9.7E18B730" List-Id: To: lartc@vger.kernel.org This is a multi-part message in MIME format. --===============1590602684== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5D6E9.7E18B730" This is a multi-part message in MIME format. ------_=_NextPart_001_01C5D6E9.7E18B730 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi, =20 I've been wondering if anyone has thought of a way to differentiate between an established http download and interactive http traffic? I would like to give interactive http traffic priority over someone downloading large files. =20 =20 Has anyone any ideas how to detect packets that are part of a download like this? =20 Thanks. ------_=_NextPart_001_01C5D6E9.7E18B730 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi,

I’ve been wondering if anyone has thought of a way to = differentiate between an established http download and interactive http traffic? = I would like to give interactive http traffic priority over someone = downloading large files.

Has anyone any ideas how to detect packets that are part of a = download like this?

Thanks.

------_=_NextPart_001_01C5D6E9.7E18B730-- --===============1590602684== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc --===============1590602684==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Unterkircher Date: Sat, 22 Oct 2005 09:22:25 +0000 Subject: Re: [LARTC] Differentiating between http downloads and interactive Message-Id: <435A04D1.2080904@netshadow.at> List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable To: lartc@vger.kernel.org I don't know how you really can differ between them. But I guess easy=20 way would be using HTB burst. So the first (small?) packets get a high bandwidth immediately trough=20 burst settings. If more data is requested, it will be slown down to defined ceil bandwidth. Cheers, Andreas Paul J. Smith wrote: > Hi, > > I=92ve been wondering if anyone has thought of a way to differentiate=20 > between an established http download and interactive http traffic? I=20 > would like to give interactive http traffic priority over someone=20 > downloading large files. > > Has anyone any ideas how to detect packets that are part of a download=20 > like this? > > Thanks. > >------------------------------------------------------------------------ > >_______________________________________________ >LARTC mailing list >LARTC@mailman.ds9a.nl >http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc > =20 > _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc From mboxrd@z Thu Jan 1 00:00:00 1970 From: BUCHMULLER Norbert Date: Sat, 22 Oct 2005 15:23:34 +0000 Subject: Re: [LARTC] Differentiating between http downloads and interactive Message-Id: <20051022172334.77a45c21.norbi.lists@nix.hu> List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org On Sat, 22 Oct 2005 10:17:56 +0100 "Paul J. Smith" wrote: > I've been wondering if anyone has thought of a way to differentiate > between an established http download and interactive http traffic? I > would like to give interactive http traffic priority over someone > downloading large files. Hello, you may give the "connbytes" Netfilter extension a try. With that extension, you can mark those TCP connections which have transmitted a certain number of bytes. Then you can use the fwmark QoS filter to differentiate them. (The drawback is that someone can bypass it with closing the connection after the limit, and resuming the download with another connection.) Currenty connbytes is in the extra section, so you must patch the kernel (and possibly iptables) to use it. Alternatively, you can use delay pool feature of the Squid HTTP proxy, which does almost the same on application level. norbi _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grant Taylor Date: Sun, 23 Oct 2005 03:31:51 +0000 Subject: Re: [LARTC] Differentiating between http downloads and interactive Message-Id: <435B0427.20605@riverviewtech.net> List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable To: lartc@vger.kernel.org I would recommend looking at the connrate (http://www.netfilter.org/project= s/patch-o-matic/pom-extra.html#pom-extra-connrate) Patch-O-Matic patch. Yo= ur interactive sessions could be long lived and thus pass the connlimit and= / or connbytes matches and thus be falsely classified. Where as if you te= st for your interactive sessions by looking for an over all average low rat= e, burst delay burst delay etc, you should have a low average and thus be a= ble to match based on rate to classify them higher. Grant. . . . Paul J. Smith wrote: > Hi, >=20 > I=92ve been wondering if anyone has thought of a way to differentiate=20 > between an established http download and interactive http traffic? I=20 > would like to give interactive http traffic priority over someone=20 > downloading large files.=20 >=20 > Has anyone any ideas how to detect packets that are part of a download=20 > like this? >=20 > Thanks. _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc From mboxrd@z Thu Jan 1 00:00:00 1970 From: "LinuXKiD" Date: Wed, 02 Nov 2005 16:22:02 +0000 Subject: RE: [LARTC] Differentiating between http downloads and Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable To: lartc@vger.kernel.org Hi, I've read your recomendation: (http://www.netfilter.org/projects/patch-o-matic/pom-extra.html#pom-extra-co nnrate in order to differentiate between an established http download and interactive http traffic. In that patch suggest something like that: iptables .. -m tos --tos Minimize-Delay \ -m connrate --connrate 20000:inf \ -j TOS --set-tos Maximize-Throughput =3D> match packets in minimize-delay TOS connections that are transferring faster than 20kbps and change their tos to maximize-throughput instead. Is very intresting! Somebody has really tryed this patch ? best regards andres -> -> -> I would recommend looking at the connrate -> (http://www.netfilter.org/projects/patch-o-matic/pom-extra.html#p -> om-extra-connrate) Patch-O-Matic patch. Your interactive -> sessions could be long lived and thus pass the connlimit and / -> or connbytes matches and thus be falsely classified. Where as -> if you test for your interactive sessions by looking for an over -> all average low rate, burst delay burst delay etc, you should -> have a low average and thus be able to match based on rate to -> classify them higher. -> -> -> -> Grant. . . . -> -> Paul J. Smith wrote: -> > Hi, -> > -> > I=92ve been wondering if anyone has thought of a way to differentiate -> > between an established http download and interactive http traffic? I -> > would like to give interactive http traffic priority over someone -> > downloading large files. -> > -> > Has anyone any ideas how to detect packets that are part of a download -> > like this? -> > -> > Thanks. -> -> _______________________________________________ -> LARTC mailing list -> LARTC@mailman.ds9a.nl -> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc