From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::235]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 2C5D221F233 for ; Mon, 30 Jun 2014 08:59:58 -0700 (PDT) Received: by mail-oa0-f53.google.com with SMTP id l6so8819446oag.26 for ; Mon, 30 Jun 2014 08:59:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=HPnJXI+Og/Y9Jkhn06NLkkM2thb0+pJ3+H0MF+CtXAw=; b=IK5UaWbfRC5Mi3fl64sHlsgtPZjQVqv81YWTi8xDEpNNrjWB0OGiB0mwf3oqrFnFr4 hCr/Q3rKm4LjoRWYEeDtOwcSPxP4dYV6yo83tTNDc9PMc3Fazjq6GZ05uY4+oiRWiryg DSD686Ctql23/5wa0K4HHf7bD9ryhx+DYfVm1CZSQPuTdRANbZnPi8Sg9LweU0Eb50++ NHFwi7+Ut3/LlI6HNcAuw4I99dQVedUnnJ2+RRGqFZf3ez8Sbi7CjFIrP48fZq9fRBy9 PTqDCMlO3oBHmM5AEu79aCaoMUKc54vADN1VUccje0ALTqbzYH3uZxqsPdTjH5ddEIn3 BYUg== MIME-Version: 1.0 X-Received: by 10.60.103.76 with SMTP id fu12mr42709756oeb.34.1404143997245; Mon, 30 Jun 2014 08:59:57 -0700 (PDT) Received: by 10.202.48.200 with HTTP; Mon, 30 Jun 2014 08:59:57 -0700 (PDT) In-Reply-To: <25681.1404142507@sandelman.ca> References: <30963.1403650134@sandelman.ca> <25681.1404142507@sandelman.ca> Date: Mon, 30 Jun 2014 08:59:57 -0700 Message-ID: From: Dave Taht To: Michael Richardson Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: cerowrt-devel Subject: Re: [Cerowrt-devel] CeroWRT and "FTTN" 50/10 VDSL2 (aka "FIBE") 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: Mon, 30 Jun 2014 15:59:58 -0000 On Mon, Jun 30, 2014 at 8:35 AM, Michael Richardson wrot= e: > > Dave Taht wrote: > > On Fri, Jun 27, 2014 at 12:37 PM, Dave Taht w= rote: > >> On Tue, Jun 24, 2014 at 3:48 PM, Michael Richardson wrote: > >>> > >>> On Monday I had VDSL2 installed at my home office. > >>> > >>> 50Mb/s down, 10Mb/s up from storm.ca. Native IPv6, but as far as = I can tell, > >>> they aren't speaking DHCPv6; anyway I kept my /56 from my previou= s > >> > >> Cool. I note that the wndr3800 runs out of horsepower at about 50m= bit/10. > > > And when I say that, I mean it. HTB eats all the cpu, leaving nothi= ng > > for wifi , wifi crypto, the web interface, etc, at these rates. I h= ave > > long been looking for something more efficient than htb without muc= h > > luck. > > Right now, with it still set at 50000, I see 49.86Mb/s from my ISPs' spee= dtest.storm.ca. > I'll take your advice and turn off download policing. > > > So assuming your downstream bloat isn't "bad", and you stick with c= ero > > on this interface, I'd disable the downstream rate limiter entirely > > (set it to 0), and just use sqm on the upstream. It is increasingly > > hard to hit the higher bandwidth limits with normal traffic. > > > (but I'd love a rrul measurement all the same... ) > > I'll try to get it setup.... anecdotally, my ssh is really fast all the t= ime. > I spend a lot of time ssh'ed into my SOHO desktop from my office, running > emacsclient in "-nw" mode. In the pre-CODEL days, this resulted regularl= y in > me getting 20-40seconds ahead of the screen updates. Post cerowrt/CODEL, > there were occasional periods of time when codel couldn't protected my ty= ping > SSH from the ssh that was running sshfs/rsync. > (sshfs/rsync needs to invoke ssh with some option to make it apply DSCP t= o > the packets) I switched to mosh for terminal sessions 2+ years ago and I'm never going back. Also, I'd supplied a patch to mark those packets as AF42, as well, which moves it up in priority in the SQM system. This was in mainline mosh for a while, until it was found to mess up two systems (out of 10s of thousands, 2 would stop forwarding AF42 marked packets after 10 seconds), and rather than switch it to tos immediate, they merely reverted the patch. This probably won't re-apply but would be simple to add back in. http://snapon.lab.bufferbloat.net/~d/0001-Set-AF42-on-mosh-by-default.patch Secondly, I made patches available for rsync's native protocol to use another tcp algorithm and mark the packets as CS1 (background), also two years ago. (I don't know how to do the right thing to ssh, but should probably get around to it one day) These two patches should (in addition to fq_codel) reduce your interruptions of interactive service from pretty darn good with fq_codel, to nearly never, with sqm. https://git.samba.org/cifs-utils.git/?p=3Drsync-patches.git;a=3Dhistory;f= =3Dcongestion.diff;h=3D5fb8a79edd399b6e8cdefb251dce0e53c0951c65;hb=3D757874= 4b8595da0d9ee785c96c74fff810e721ea I don't think this landed in rsync head, either. > > I'm think that with 10Mb/s up, I just won't care :-) Measure... > > -- > ] Never tell me the odds! | ipv6 mesh netwo= rks [ > ] Michael Richardson, Sandelman Software Works | network archite= ct [ > ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails= [ > --=20 Dave T=C3=A4ht NSFW: https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_= indecent.article