Re: [hybi] I-D Action: draft-ietf-hybi-permessage-compression-09.txt

Takeshi Yoshino <tyoshino@google.com> Thu, 13 June 2013 17:24 UTC

Return-Path: <tyoshino@google.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1D3F21F9A1C for <hybi@ietfa.amsl.com>; Thu, 13 Jun 2013 10:24:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id da8AmNhLAOF6 for <hybi@ietfa.amsl.com>; Thu, 13 Jun 2013 10:24:08 -0700 (PDT)
Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by ietfa.amsl.com (Postfix) with ESMTP id D331A21F99EE for <hybi@ietf.org>; Thu, 13 Jun 2013 10:24:07 -0700 (PDT)
Received: by mail-we0-f180.google.com with SMTP id w56so8335129wes.11 for <hybi@ietf.org>; Thu, 13 Jun 2013 10:24:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tbJwBASQlXQAyzgnlj/7mTirJ6ZjDWUV3Tep6CiWZ5g=; b=VGt0e1e9hlF+MoCHtQ0K9jOwkWGQyVZYWk4yZblngpbHbO0F6vo05HyUK3ENHC0w9g OEBCuHqE99pgYYAeJ3rQ38Gxw8FN5uRRwKWvBf7Qi9dpO1PzCpiuSAKGvVYKsc9qsGaz jVoCknPPe4l5TENJ9JpRm+Rvtyy/DlXR41I4xDdjxcNwf1rFxbZ0432vkKk51u7DOXDr OhPPJac+15alVcJEPrO/FcR8WEkyeyGJU9ZrvN2F3h0YILJHBsGnD2j6MZVzsNmKWM37 Yh/sNwskCY3XtDfpPPkm2fG2WNqitqoO7N63Ulsq1uONFKeB738fCHT1deOtpd7QSXTv unBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=tbJwBASQlXQAyzgnlj/7mTirJ6ZjDWUV3Tep6CiWZ5g=; b=Q4y2/mXnJGixDgpyYUv733b4TI+eV+3yjVXpPgcZ2pWJTPOo3ZE5P0NFB/ukDUHaHm 29u5UMqNN3knTcYliXVJ27l4+GRWcHXRbGkMOoQQBxFvvFw/SJ0d1mixlby9IhHZpfa8 3vS6sj2Pqg8hzAMqaxCSnJ7VD6IQs8b7Av4pVOyiSpOpwd1tEI5EuabYTjItqRwyX/Zi nvsBfmU5EX0kXgUIbLawifNYGeG328ccNdif+4JkgjPmwAoyaCVgvpfZiwBhS+0iKH9G ynJc24j0SLdP+K+aHMVLiC2ImaIgfKA/FoxbVVpWe7qQ8bkIUHGsJDTt+NqQlaJyKp65 TOZg==
X-Received: by 10.194.21.231 with SMTP id y7mr1141870wje.94.1371144246808; Thu, 13 Jun 2013 10:24:06 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.194.25.230 with HTTP; Thu, 13 Jun 2013 10:23:46 -0700 (PDT)
In-Reply-To: <634914A010D0B943A035D226786325D4422DC213FA@EXVMBX020-12.exch020.serverdata.net>
References: <20130425140626.10027.9016.idtracker@ietfa.amsl.com> <CAH9hSJYDH47Ya1FNp80xjeD=pwYJAqcx=XDr=SnBbNDD+f-r4Q@mail.gmail.com> <CAH9hSJYa8QA9VkOwS6GEr0+8iJcnQcpMy3X_fKwGQOuJRr=sEw@mail.gmail.com> <634914A010D0B943A035D226786325D4422DC20DC7@EXVMBX020-12.exch020.serverdata.net> <CAH9hSJZGxcpx-RSB-b4=Kks3_-OQEHDi7C8p8yzka1vBTHevCg@mail.gmail.com> <634914A010D0B943A035D226786325D4422DC213FA@EXVMBX020-12.exch020.serverdata.net>
From: Takeshi Yoshino <tyoshino@google.com>
Date: Fri, 14 Jun 2013 02:23:46 +0900
Message-ID: <CAH9hSJazdfZ-5oetgz8_U8MKfF7Sqtx8yry+M3w4HDH7XpB6UQ@mail.gmail.com>
To: Tobias Oberstein <tobias.oberstein@tavendo.de>
Content-Type: multipart/alternative; boundary=047d7b5d27fcc46b7e04df0c651b
X-Gm-Message-State: ALoCoQm8jIEAb4ADRp6J6iT/lcSV1jqgSFE6heoJ9RrHr+Tn593oJzcXeFq59fwP9CundLs+HV1Op9UiSJHFtpkW3HRtUkaE7WOVAU3JhUb6W6wJbtACMWtyaMNjD62RWSvZ2HjlUb2z5Z5wnV+24jl01tBvJMGaw1fCitA5of54eaz/+AOEXOLL+MzTYCOXgpOZ/VTr0o4x
Cc: "hybi@ietf.org" <hybi@ietf.org>
Subject: Re: [hybi] I-D Action: draft-ietf-hybi-permessage-compression-09.txt
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Jun 2013 17:24:08 -0000

On Tue, Jun 4, 2013 at 9:31 PM, Tobias Oberstein <
tobias.oberstein@tavendo.de> wrote:

> > Unless there's any existing difficulty, c2s_no_context_takeover should
> > be supported widely, I think.
>
> The current draft reads:
>
> " It is RECOMMENDED that clients implement the
>    "c2s_no_context_takeover" parameter."
>
> It's not "MUST implement" .. so there might be client which won't, and
> then a server has no chance to adapt it's response to the client and
> maximize likelihood of connection success given it ideally wants to
> activate "c2s_no_context_takeover".
>

Oh, this is a bug. This should be MUST.


>
> >
> > Your suggestion allows a client to force a server which is reluctant to
> > but can enable c2s_context_takeover to enable it. Do you think it's
> > important functionality?
>
> Why is that?
>
> The presence of "c2s_no_context_takeover" in the client's offer would just
> signal to the server that the client supports the feature and the server
> MAY enable it.
>
> Why signal feature presence for "c2s_max_window_bits", but not
> "c2s_no_context_takeover"?
>
> Maybe it's just me, but the asymmetry was a source of confusion to me.
>

This makes sense. But as I said above I wanted to mean
c2s_no_context_takeover implementation is mandatory for clients. Once the
fix is made on the spec, it would be rather confusing that we have
announcement about mandatory feature.


>
> I think it would make the spec more consequent, and the change is minimal,
> e.g. it's a 1 liner for Chrome:
>

Yes