Re: [aqm] [Bloat] ping loss "considered harmful"

Rich Brown <richb.hanover@gmail.com> Thu, 05 March 2015 19:50 UTC

Return-Path: <richb.hanover@gmail.com>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D4051A8896 for <aqm@ietfa.amsl.com>; Thu, 5 Mar 2015 11:50:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LzJrZriJ0Brm for <aqm@ietfa.amsl.com>; Thu, 5 Mar 2015 11:50:40 -0800 (PST)
Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F30111A88D5 for <aqm@ietf.org>; Thu, 5 Mar 2015 11:50:39 -0800 (PST)
Received: by qgef51 with SMTP id f51so7403888qge.0 for <aqm@ietf.org>; Thu, 05 Mar 2015 11:50:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=O7oMU/TP4UBtHeAg3hFySYfC7eIJG8RtcNAphftvH38=; b=YHvVolK7wj1V6Logqu1f11efTqNI2bO59seeIB1iruaH6zsDsbmiZByPDtmtVt6Xbt jBoDReMCiOxPvyWvFL+Pl0t8gYPpdl5KkH8pg5L0nz2xqKHNHHKMQ2+oMrldwSjLlPqD i4OkD0x9FUNafIJA5g3B/S/neP5NskZxdPxssAQaw7uubgGm2nM3oAmF/2uofU5zSV52 ZcPdJ3STplVggvoRfv6HugE9W1NV2nWnTy1KYx0i0jJC9dtcIKT2pUZWDYvjGT1UVVLl S1FVKFx/8J2aWP8DO4inQwwTYwjqOI930+mK4fFrrla3N5tqliupLilBYSWDcLAE1H3x t9KQ==
X-Received: by 10.140.150.149 with SMTP id 143mr15446850qhw.4.1425585039044; Thu, 05 Mar 2015 11:50:39 -0800 (PST)
Received: from richs-mbp-10219.home.lan (pool-71-173-64-230.ptldme.east.myfairpoint.net. [71.173.64.230]) by mx.google.com with ESMTPSA id x204sm1943403qha.2.2015.03.05.11.50.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Mar 2015 11:50:37 -0800 (PST)
Content-Type: multipart/signed; boundary="Apple-Mail=_1A465E41-4DC1-487C-9A60-CAD368D0057E"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Rich Brown <richb.hanover@gmail.com>
In-Reply-To: <201503051856.t25IuXok099060@maildrop31.somerville.occnc.com>
Date: Thu, 05 Mar 2015 14:50:33 -0500
Message-Id: <3848591E-AB46-4E5C-BCC5-E3310D006C1A@gmail.com>
References: <201503051856.t25IuXok099060@maildrop31.somerville.occnc.com>
To: curtis@ipv6.occnc.com
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/irK_m1vYGdUuFdbQ4UsjRAkNRgw>
X-Mailman-Approved-At: Thu, 05 Mar 2015 13:17:41 -0800
Cc: "aqm@ietf.org" <aqm@ietf.org>, Dave Taht <dave.taht@gmail.com>, "cerowrt-devel@lists.bufferbloat.net" <cerowrt-devel@lists.bufferbloat.net>, bloat <bloat@lists.bufferbloat.net>
Subject: Re: [aqm] [Bloat] ping loss "considered harmful"
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Mar 2015 19:51:19 -0000

On Mar 5, 2015, at 1:56 PM, Curtis Villamizar <curtis@ipv6.occnc.com> wrote:

> In message <CAA93jw4F7iffbTRUt5RFsF0wgoOAXPUVHdu7JESVq4uM17cm7A@mail.gmail.com>
> Dave Taht writes:
> 
>> My point was A), I have seen tons of shapers out there that actually
>> prioritize ping over other traffic. I figure everyone here will agree
>> that is a terrible practice, but I can certainly say it exists, as it
>> is a dumb mistake replicated in tons of shapers I have seen... that
>> makes people in marketing happy.
>> 
>> Already put up extensive commentary on that bit of foolishness on
>> "wondershaper must die".
> 
> 
> Its possible to detect such a shaper prioritizing ICMP echo/reply by
> doing a an HTTP fetch concurrent with a ping... 

For an easy (but imprecise) way test the HTTP response times, try Blip - http://gfblip.appspot.com/ (or read about it on github: https://github.com/apenwarr/blip) Blip sends short http requests to a couple hosts and measures the response time of the error pages. 

> and then and see if the
> TCP data packet get significantly delayed relative to the ICMP echo
> and echo reply packets.  You'd have to do a tcpdump and match the ICMP
> echo to the echo reply and see if later the ICMP RTT looks very
> different from the TCP RTT.  It might be that the SYN and SYN ACK are
> not delayed but the plain old TCP date packets are.
> 
> If anyone has a small amount of spare time and wants to put together a
> shell script its certainly doable.
> 
> Curtis
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat