Re: H2 Implementation Debug State URI

Cory Benfield <cory@lukasa.co.uk> Sat, 06 August 2016 16:45 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DE0A12D1E6 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 6 Aug 2016 09:45:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.168
X-Spam-Level:
X-Spam-Status: No, score=-8.168 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.247, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lukasa-co-uk.20150623.gappssmtp.com
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 lJi_YjjjYg6r for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sat, 6 Aug 2016 09:45:44 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F67912D52C for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sat, 6 Aug 2016 09:45:43 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1bW4eV-0000JV-QG for ietf-http-wg-dist@listhub.w3.org; Sat, 06 Aug 2016 16:40:47 +0000
Resent-Date: Sat, 06 Aug 2016 16:40:47 +0000
Resent-Message-Id: <E1bW4eV-0000JV-QG@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <cory@lukasa.co.uk>) id 1bW4eM-0000If-HS for ietf-http-wg@listhub.w3.org; Sat, 06 Aug 2016 16:40:38 +0000
Received: from mail-wm0-f42.google.com ([74.125.82.42]) by maggie.w3.org with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <cory@lukasa.co.uk>) id 1bW4eI-0005mm-16 for ietf-http-wg@w3.org; Sat, 06 Aug 2016 16:40:37 +0000
Received: by mail-wm0-f42.google.com with SMTP id i5so75586523wmg.0 for <ietf-http-wg@w3.org>; Sat, 06 Aug 2016 09:40:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lukasa-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uZA441Y8OdGSIkJgJtVlrO0WP1Aib1FQY5wPOW8U7cY=; b=j1+GXDlHKVFrS1Mq8yi+Hoyem6U8ct1118XS9oslWb9VQFcQMQ/Co/Z4TUTAp3FL85 o37q0sYEHRx34YZkkwx4QuwaqPdiANujMCp6SSeVDikDHILsZJinbIEe4+F1oqkd9YY9 f4Lh/syGOEhAEjBTpIjERyxEuZY0X6c1SHwqp6RrJIuOGAbhmipNkUFN/1OnWr6dhLAR r6SUoS9h1/SmEr7V4XJfE/K4q6SCN7eThELkeq7Bsn8UPlQUae0qRQ5a+OxJWRE31cQ8 mpDyAvJVicyNtdz9mQfXpCJ55z+4Isobxx9UxWOepAbM2UxCTnO0sGh+xf0EBUx67khi U41g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uZA441Y8OdGSIkJgJtVlrO0WP1Aib1FQY5wPOW8U7cY=; b=CahUBI/O7hhoeNKgh5+5vVegZQGVVQhqoguLheywd+62iqqi3j0u1jwOQK/WIxQkcd EkN/5+ggI6iUihfR7LAIw5qjvu9hKJ5WmlAsYkHPbOc6ZTUpNlPfgyT0UC/o/1wSq/we fYbMidFMDvxuS8WRy8vGgMVsorebdI8BeR3Il0QQG//IAY5BzK+lpUJ0lQYFuY3VW/OE l/SZenusk6PKBbKS5OwXXgUam80go6wXIZTrzWiYjyR30lAhAHxOESI88eIbVROSsHbP siFLkj7rPIZgy3aiSILOHkNULEnx0xm5+jAOixZhVztcUqeInECV5BF6HmpikvXBX6xQ Fb8Q==
X-Gm-Message-State: AEkooutc1tDxjFxojwUDJklwwWUbz/z8z14bz94NKifgr8WHxQOJKD7GtS1+/VvUmJxvRA==
X-Received: by 10.28.140.10 with SMTP id o10mr8835900wmd.36.1470501200203; Sat, 06 Aug 2016 09:33:20 -0700 (PDT)
Received: from [192.168.1.7] (240.89.6.51.dyn.plus.net. [51.6.89.240]) by smtp.gmail.com with ESMTPSA id xa2sm23653230wjc.0.2016.08.06.09.33.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Aug 2016 09:33:19 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3207.2\))
From: Cory Benfield <cory@lukasa.co.uk>
In-Reply-To: <57A4B820.9060300@measurement-factory.com>
Date: Sat, 06 Aug 2016 17:33:19 +0100
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <44E9A3E7-C2CC-46EE-B198-A2E85273B032@lukasa.co.uk>
References: <63CCB07A-0204-4CF7-B598-9497D7112021@lukasa.co.uk> <4314.1470384112@critter.freebsd.dk> <B4171FD2-B154-4950-BF0C-4B5A4714367F@lukasa.co.uk> <57A4B820.9060300@measurement-factory.com>
To: Alex Rousskov <rousskov@measurement-factory.com>
X-Mailer: Apple Mail (2.3207.2)
Received-SPF: pass client-ip=74.125.82.42; envelope-from=cory@lukasa.co.uk; helo=mail-wm0-f42.google.com
X-W3C-Hub-Spam-Status: No, score=-5.4
X-W3C-Hub-Spam-Report: AWL=-0.817, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: maggie.w3.org 1bW4eI-0005mm-16 4542406f7ed6262f487626518f52c950
X-Original-To: ietf-http-wg@w3.org
Subject: Re: H2 Implementation Debug State URI
Archived-At: <http://www.w3.org/mid/44E9A3E7-C2CC-46EE-B198-A2E85273B032@lukasa.co.uk>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/32202
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

> On 5 Aug 2016, at 17:00, Alex Rousskov <rousskov@measurement-factory.com> wrote:
> 
> On 08/05/2016 03:07 AM, Cory Benfield wrote:
> 
>> The longer term question is about how to deal with the fact that a
>> misbehaving H2 connection could be the result of the H2 state in any of
>> the hops on the connection. For example, if you have a connection that
>> goes: client -> forward proxy A -> reverse proxy B -> origin server, and
>> all those hops are H2, you really need to see H2 state in *all* of them
>> to understand what the problem might be. However, the well-known URI
>> doesn’t allow for that kind of debugging without requiring the awkward
>> step of needing proxies to rewrite the response body to include their
>> own data.
> 
> If you combine the well-known debugging URI with a Max-Forwards header,
> then you may get pretty close to the desired "and here is my state too"
> effect. It is not going to be "the state of each agent at the same
> moment of time", but nothing is going to give you that precision anyway.

This was discussed, but was discarded in part because many proxies do not respect that header. Additionally, it’s only defined on OPTIONS requests.

Cory