Re: [hybi] Multiplexing: Pre-AddChannelResponse quota

Takeshi Yoshino <tyoshino@google.com> Wed, 13 June 2012 10:18 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 D91D821F8475 for <hybi@ietfa.amsl.com>; Wed, 13 Jun 2012 03:18:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.976
X-Spam-Level:
X-Spam-Status: No, score=-102.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 QYVP3t9ZQCE6 for <hybi@ietfa.amsl.com>; Wed, 13 Jun 2012 03:18:55 -0700 (PDT)
Received: from mail-gh0-f172.google.com (mail-gh0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 368B121F846F for <hybi@ietf.org>; Wed, 13 Jun 2012 03:18:55 -0700 (PDT)
Received: by ghbg16 with SMTP id g16so270364ghb.31 for <hybi@ietf.org>; Wed, 13 Jun 2012 03:18:54 -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:x-system-of-record; bh=cNRzxlpTzDnJqGL7OcsPbb9fezwokZx+tpjwY6H2DOg=; b=pxj29zgmD6YusLPOCuxdZVMa3+yfyKxbOl01X7i3E7X3vuT6aqxFmQLEjitVOxzc0U oJiJ1oAESP8cceZhrHxKKF7CYO0k9RmgE7xkQ839MTSq6V3B5rDBpeOpDFAN2zizlAj1 mDfTRaf20UwxFUTiFDi0KHRjLpz0PJOQpr86lfK+m3R8tE8/S+W8iW6xbKNfEQ7FgaL9 /7V7Y5khap9FSZ+TiOQ5kHd7jHwRL3+Bu/mOUcctRIdSREbHRFPfN3Z1nRR83rRIugb6 Z1d3Zdeq3yTY4Nkh0j6JLzPQrJn5vDroQFmOJTuHWPvnKB78vuubGJOh2y38N8m5oPu/ oBmA==
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-system-of-record:x-gm-message-state; bh=cNRzxlpTzDnJqGL7OcsPbb9fezwokZx+tpjwY6H2DOg=; b=Jdn+VhFFHIFGbD06CtpSbbkPaV6ztdNfRBax7uLjVK2VpXDngwcHoRjIaTDruKdWXO Wz7ECvX4HZvw5QPbP4Nj0h42qd4OVcyEC2gCcRt5meAsc8OBCGau+G0zfgrc+8283IoW SvWXs8ppS17ik8ofdMYym70Fkg1QyO2PTrnYL8ymBNRB6xUbE4l3YKC7xqHJ9v9Jy3QD WBvPRLOqLMRTp5/JFeoGzyaa/Q2bJsi2mOITsNFCmJDD49OvFoT9WSu5C7VKb/E9sEVh l8m/MrKmp/rRy3kKKzS7/JIl407z0a6I5Kh0rAJgBfojr+qOTPXZv53s+M8hAHzrbGCI m6pA==
Received: by 10.50.160.202 with SMTP id xm10mr10108058igb.10.1339582734485; Wed, 13 Jun 2012 03:18:54 -0700 (PDT)
Received: by 10.50.160.202 with SMTP id xm10mr10108050igb.10.1339582734335; Wed, 13 Jun 2012 03:18:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.66.7 with HTTP; Wed, 13 Jun 2012 03:18:33 -0700 (PDT)
In-Reply-To: <20120607034440.GD26406@jl-vm1.vm.bytemark.co.uk>
References: <CAH9hSJZUAHQzDm4ofq6onc620SNretLQDOcjSnr2eQ0YA9yFdQ@mail.gmail.com> <002f01cd3cc4$4791b380$d6b51a80$@noemax.com> <20120607034440.GD26406@jl-vm1.vm.bytemark.co.uk>
From: Takeshi Yoshino <tyoshino@google.com>
Date: Wed, 13 Jun 2012 19:18:33 +0900
Message-ID: <CAH9hSJZWMgvQMNLapZAg_CS0vri=jZbfPLpLhfninjzG+JxxmA@mail.gmail.com>
To: Jamie Lokier <jamie@shareable.org>
Content-Type: multipart/alternative; boundary="14dae9340eb706ff8b04c257e9d7"
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQmUe2gNrPL9une7aSaoAiphnDyEOfJwd80Eq4CyhIbiWy+UG/T+OwiKWHJ4Aw1w1HTgfzqMhrBbyTXG/wM4V4eDDSsBC6LJUPVWtkGyMNH9O7pbtiCqOofKmRVM1z+FHxyRfI65
Cc: hybi@ietf.org
Subject: Re: [hybi] Multiplexing: Pre-AddChannelResponse quota
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: Wed, 13 Jun 2012 10:18:56 -0000

On Thu, Jun 7, 2012 at 12:44 PM, Jamie Lokier <jamie@shareable.org> wrote:

> Arman Djusupov wrote:
> >
> >    Resending would be required when the allocation of a logical channel
> >    has failed on the server or the intermediary due to any kind of mux
> >    related error. For example: “Maximum number of logical channels per
> >    physical connection has been reached “ or “Intermediary cannot reach
> >    the destination endpoint”. The current draft requires that if an
> >    AddChannelResponse is received with a failed flag, the client attempts
> >    to open a new physical connection. Since the browser must keep the mux
> >    extension transparent it cannot let the JS application handle the
> >    recovery from mux related errors.
>
> If there is a max_simultaneous_handshakes - why not recast that as
> "initial new-channels window" - meaning a flow control grant, which is
> updated by further grants from the server.  (Very similar to the flow
> control per channel).
>

Good idea. I'll take it.

Specifying the amount used in the request would seem to
> enforce that delay, which is unnecessary in principle.
>

Sorry, why?