From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andy Furniss Date: Wed, 13 Jul 2005 22:15:28 +0000 Subject: Re: [LARTC] HTB Rate and Prio (continued) Message-Id: <42D59280.1030701@dsl.pipex.com> List-Id: References: <200507111126.j6BBQT5t007024@dhuumrelay0.mail.eu.uu.net> In-Reply-To: <200507111126.j6BBQT5t007024@dhuumrelay0.mail.eu.uu.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org Gael Mauleon wrote: > Ok I tested the shaping on the SDSL line with netperf and > an host outside. > > Same script than before, I classify the packets into qdisc based on the > source address in netfilter and here are the result, that's with sfq. > I'm positive on the right traffic going to the right class. > > > TCP STREAM TEST to 81.57.243.113 (NORMAL) > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^3bits/sec > > 87380 8192 8192 60.00 282.90 > > > > TCP STREAM TEST to 81.57.243.113 (LOWPRIO) > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^3bits/sec > > 87380 8192 8192 61.00 390.00 Hmm I can't really think why this is happening, is it the same box that you did the lan test from? I think what I would do as the next test is turn off window scaling - echo 0 > /proc/sys/net/ipv4/tcp_window_scaling add 70k bfifos to the classes - you shouldn't drop any packets then. Repeat the test and tcpdump it. If you see packet loss then this could be the explanation. Andy. _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc