From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-f171.google.com (mail-we0-f171.google.com [74.125.82.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id E333F200B49 for ; Thu, 16 Aug 2012 04:08:25 -0700 (PDT) Received: by weyx43 with SMTP id x43so3591017wey.16 for ; Thu, 16 Aug 2012 04:08:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:in-reply-to:mime-version:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=JEYiMBH9qcpbQcYBsHYhQA23Bi+64B7lK6ybLcB20zg=; b=tMsZuexYf+zvN2/jjG1Kw+J2GMSodUGSINLfT9kQ2INi4ZerZrZV7lRoc1EC9Sgr2K rrQSsNazPZWQ8RJDY/YRPrOxpOIBdzn/9KMGk5APJ9kPt9kfXXJUe+za+0q4VCBLpfRQ b2LMAdyMlbpDuWVwc5NV0q5GkdTt9Dn7VsO2uiSL7xOKbuwSKp55MLQm5A9tXDZCrveU l96c9SwpocrGuUjxFXZo7WqzLyZPtCuxI5AxlZomIgP4LIufowcu5UcHwQEHL6tnPBFt 78ZdXn3ttSVmBJ8I3IHXO0gO13meS45Yfzfl+vmmXeznhyiX5f4wpuxh5d+Vxaxe6OPS bpPQ== Received: by 10.216.241.137 with SMTP id g9mr382450wer.122.1345115303462; Thu, 16 Aug 2012 04:08:23 -0700 (PDT) References: <36D61FDC-9AA9-46CC-ACBB-2D28B250C660@gmx.de> <1345071222.04317697@apps.rackspace.com> <6403367419286815483@unknownmsgid> <73CD3D52-3C2A-4B91-96DA-8747FE97DEE6@gmx.de> From: William Katsak In-Reply-To: <73CD3D52-3C2A-4B91-96DA-8747FE97DEE6@gmx.de> Mime-Version: 1.0 (1.0) Date: Thu, 16 Aug 2012 07:08:23 -0400 Message-ID: <-8776350186991914212@unknownmsgid> To: Sebastian Moeller Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] cerowrt 3.3.8-17 is released X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 11:08:26 -0000 This was -6, so I was using simple_qos.sh. Bill Sent from my iPhone On Aug 16, 2012, at 12:54 AM, Sebastian Moeller wrote: > Hi William, > > > On Aug 15, 2012, at 3:57 PM, William Katsak wrote: > >> I agree with this assessment as far as behavior goes. With my recent ex= perimentation on a Russian DSL line, I was seeing ~1200ms of uplink buffer = reported (Netalyzr) natively, but as soon as I got the AQM running properly= , that went away completely. > > QOS or simple_qos.sh? I might switch to simple_qos next to see the eff= ects there. > > best > Sebastian > >> >> Bill >> >> Sent from my iPhone >> >> On Aug 15, 2012, at 6:53 PM, "dpreed@reed.com" wrote: >> >>> Just to clarify, the way Netalyzr attempts to measure "uplink buffering= " may not actually measure queue length. It just spews UDP packets at the= target, and measures sender-receiver packet delay at the maximum load it c= an generate. So it's making certain assumptions about the location and FI= FO nature of the "bottleneck queue" when it calculates that. >>> >>> I don't think this is good news that you are reproting. >>> >>> Assuming codel is measuring "sojourn time" and controlling it properly,= you should not see 2.8 *seconds* of UDP queueing delay on the uplink - pac= kets should be being dropped to keep that delay down to under 10 millisecon= ds. >>> I have no idea how that jibes with low ping times, unless you are getti= ng the ICMP packets spoofed. >>> >>> >>> -----Original Message----- >>> From: "Sebastian Moeller" >>> Sent: Wednesday, August 15, 2012 1:23pm >>> To: "Dave Taht" >>> Cc: cerowrt-devel@lists.bufferbloat.net >>> Subject: Re: [Cerowrt-devel] cerowrt 3.3.8-17 is released >>> >>> Hi Dave, >>> >>> great work, as always I upgraded my production router to the latest and= greatest (since I only have one router=85). And it works quite well for no= rmal usage=85 >>> Netalyzr reports around 2800ms seconds of uplink buffering, yet saturat= ing the uplink does not affect ping times to a remote target noticeably, ba= sically the same as for all codellized ceo versions I tested so far... >>> >>> Some notes and a question: >>> I noticed that even given plenty of swap space (1GB on a usb stick), us= ing http://broadband.mpi-sws.org/residential/ to exercise UDP stress (on th= e uplink I assume) I can easily produce (I run the test from a macosx via 5= GHz wireless over 1.5 yards): >>> Aug 15 01:16:29 nacktmulle kern.err kernel: [175395.132812] ath: skbuff= alloc of size 1926 failed >>> (and plenty of those=85). >>> What then happens is that the OOM killer will aim for bind (reasonable = since it is the largest single process) and kill it. When I try to restart = bind by: >>> root@nacktmulle:~# /etc/rc.d/S47namedprep start >>> root@nacktmulle:~# /etc/rc.d/S48named restart >>> Stopping isc-bind >>> /etc/chroot/named//var/run/named/named.pid not found, trying brute forc= e >>> killall: named: no process killed >>> Kicking isc-bind in xinetd >>> rndc: connect failed: 127.0.0.1#953: connection refused >>> And bind does not start again and the router becomes less than useful. = Now I assume I am doing something wrong, but what, if you have any idea how= to solve this short of a reboot of the router (my current method) I would = be happy to learn >>> >>> >>> >>> best regards >>> sebastian >>> >>> On Aug 12, 2012, at 11:08 PM, Dave Taht wrote: >>> >>>> I'm too tired to write up a full set of release notes, but I've been >>>> testing it all day, >>>> and it looks better than -10 and certainly better than -11, but I won'= t know >>>> until some more folk sit down and test it, so here it is. >>>> >>>> http://huchra.bufferbloat.net/~cero1/3.3/3.3.8-17/ >>>> >>>> fresh merge with openwrt, fix to a bind CVE, fixes for 6in4 and quagga >>>> routing problems, >>>> and a few tweaks to fq_codel setup that might make voip better. >>>> >>>> Go forth and break things! >>>> >>>> In other news: >>>> >>>> Van Jacobson gave a great talk about bufferbloat, BQL, codel, and fq_c= odel >>>> at last week's ietf meeting. Well worth watching. At the end he outlin= es >>>> the deployment problems in particular. >>>> >>>> http://recordings.conf.meetecho.com/Recordings/watch.jsp?recording=3DI= ETF84_TSVAREA&chapter=3Dpart_3 >>>> >>>> Far more interesting than this email! >>>> >>>> >>>> -- >>>> Dave T=E4ht >>>> http://www.bufferbloat.net/projects/cerowrt/wiki - "3.3.8-17 is out >>>> with fq_codel!" >>>> _______________________________________________ >>>> Cerowrt-devel mailing list >>>> Cerowrt-devel@lists.bufferbloat.net >>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel >>> >>> _______________________________________________ >>> Cerowrt-devel mailing list >>> Cerowrt-devel@lists.bufferbloat.net >>> https://lists.bufferbloat.net/listinfo/cerowrt-devel >>> _______________________________________________ >>> Cerowrt-devel mailing list >>> Cerowrt-devel@lists.bufferbloat.net >>> https://lists.bufferbloat.net/listinfo/cerowrt-devel >