From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (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 2978521F1F9 for ; Thu, 20 Mar 2014 10:14:37 -0700 (PDT) Received: by mail-we0-f171.google.com with SMTP id t61so820436wes.2 for ; Thu, 20 Mar 2014 10:14:35 -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=VPpW0A5N7nk/thRLCLRZdU1VY4r5cReZ2GBAybynhYk=; b=rekCPj5Lz+0+sJc2m1Q7esIG0PDtMsT4o5YUEne0dJNuErucXOLK02rpz5r5s/Z0NF ROTIG1bejjWcBUngaYv5Rq+3bmP7yXRNXzWUKt0wJXBoK8LrEbiPZ+FOsaIcqMnrRwsS sW9KEMq/o/2CgFMjS/XkwIMhZN49hocWDhb3d2DUZ4C/2Zz+jOe0thCDu5swIBDz8SFM iX3SmfPXT9ulnqKuMLubX9+ooAPnJQlMrSUiUxzZaqGVuBv82RN3kTqtbvF1tiwNdfkX un3GVbx3su4CfSPhyft9FtiK2r9nyYbJFdEkWBabcvpsTLqcygywe5FjPXRraKw38iLR cdzQ== MIME-Version: 1.0 X-Received: by 10.195.13.103 with SMTP id ex7mr34822752wjd.3.1395335675290; Thu, 20 Mar 2014 10:14:35 -0700 (PDT) Received: by 10.216.8.1 with HTTP; Thu, 20 Mar 2014 10:14:35 -0700 (PDT) In-Reply-To: <87a9ckbz1q.fsf@toke.dk> References: <20140318145221.GA31327@sesse.net> <07BD4518-2A7E-4F43-8978-791E3B2BDA2A@cisco.com> <87eh1wc05c.fsf@toke.dk> <87a9ckbz1q.fsf@toke.dk> Date: Thu, 20 Mar 2014 10:14:35 -0700 Message-ID: From: Dave Taht To: =?ISO-8859-1?Q?Toke_H=F8iland=2DJ=F8rgensen?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bloat Subject: Re: [Bloat] AQM creeping into L2 equipment X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 17:14:37 -0000 well on the default load, it looks like you want the mls commands http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst2960/software/rel= ease/12-2_37_ey/command/reference/cr.pdf I imagine with the new tcp's pfifo_fast is going to be sub 8ms also. however what we are probably seeing with the measurement flows is slow start causing a whole bunch of packets to be lost in a bunch. Is your hardware fast enough to run tcpdump -s 128 -w whatever.cap -i your interface during an entire rrul test without dropping packets? (on client and server) On Thu, Mar 20, 2014 at 9:44 AM, Toke H=F8iland-J=F8rgensen = wrote: > Dave Taht writes: > >> I find it puzzling that you still lose the measurement flows early on. >> Setting some QoS on via WTD might be interesting. > > Well if you can be more specific, I'll be happy to. Was looking for a > way to have per-protocol QoS settings, but there does not seem to be any > From the documentation (only IP-based). > >> If you have a later OS than 3.13 on the sources/sinks you might want >> to try sch_fq (and sch_pfifo_fast for reference) - the improvements to >> Linux's TCP are such that on a short path like this that the control >> loop stays very tight - only two TSO offloads per flow, really >> accurate use of tcp timestamps, etc. > > Added a result set with sch_fq in place of fq_codel to the bottom of the > same page. Doesn't appear to make much of a difference... > >> See also if you have hardware flow control enabled (via ethtool) > > If by that you mean pause frames, ethtool seems to think not: > > Settings for eth2: > Supported ports: [ TP ] > Supported link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Supported pause frame use: No > Supports auto-negotiation: Yes > Advertised link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Advertised pause frame use: No > Advertised auto-negotiation: Yes > Speed: 1000Mb/s > Duplex: Full > Port: Twisted Pair > PHYAD: 1 > Transceiver: internal > Auto-negotiation: on > MDI-X: off > Supports Wake-on: d > Wake-on: d > Current message level: 0x00000007 (7) > drv probe link > Link detected: yes > > > -Toke --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html