IETF Logo Mail Archive

Re: [hybi] Send quota value before receiving AddChannelResponse (was: Re: MUC: channel ID semantics)

John Tamplin <jat@google.com> Wed, 18 April 2012 12:01 UTC

Return-Path: <jat@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 4FBDE21F85A8 for <hybi@ietfa.amsl.com>; Wed, 18 Apr 2012 05:01:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.676
X-Spam-Level:
X-Spam-Status: No, score=-102.676 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_52=0.6, 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 K+7K86YfbMU2 for <hybi@ietfa.amsl.com>; Wed, 18 Apr 2012 05:01:45 -0700 (PDT)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 9E2D721F859B for <hybi@ietf.org>; Wed, 18 Apr 2012 05:01:45 -0700 (PDT)
Received: by vcbfo1 with SMTP id fo1so1106974vcb.31 for <hybi@ietf.org>; Wed, 18 Apr 2012 05:01:45 -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=zQy+fkpySgBNZLEVwroJ/+bVzO9E3WilPs6knH0eA+M=; b=QsMBltAj+SP+e2y16N+T85ZrmzObBKUpvNeIiIwEuVxk1np2qdmNc8uyt7pHGt60h2 phWySqYcSMprSV6mdCrXZjeyqLLKe2RREMX0J4mwZpJo0wvR6DzMn7jCC12hPN6EjDMb 4Yb0qw+fNW7a/387Vs+pXym+ws2EVfiQQVQEfdLcuCJdGk9f9Fn1toKJT6ibkvA7oMXc TKdXH6PNRO77N+VTSVBu6r2erIeIGUwjY7EOSD6TyD4+z2Pd4WeOjs+ajJfissyZmgkl 9+4SFa3sif8qvdP9j3CZJ29gorG6NzbBg4ZxDA8bwS0H0qbJqvW0WuSRIRoursGvP+me L7dQ==
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=zQy+fkpySgBNZLEVwroJ/+bVzO9E3WilPs6knH0eA+M=; b=i4AstVzGxOUYOsWlC5gaWlwhGEmmBbb7P/jfXtTEdTXfa4tblmOWaHtCefEJyUYL+P ftvWy4ZsM0/8vnDABMS3bTbViOkyPERzNR8/6Ax9Tis2fArfIFIVpwCa73bkuWOSrVEJ LcZOuuUrR4knczztJGDf92LBpI9/ZIhktW5l3p/KtZ4wVTn2f0fHg4bqmTPZdtav4B0w Jv9UAe2EGPYFcRjsFe8GJf8fgcBWyv9lKlQgVRxghEs6LVrTzwOGisDeeWQWg/COVqLP GebYOvShiKNedEjT0dTZN1Wwp0rvEI+LXigwIvIigfRQ4v0aU9LJFa302l/IB5kX7si3 cW+g==
Received: by 10.52.240.232 with SMTP id wd8mr802829vdc.96.1334750504891; Wed, 18 Apr 2012 05:01:44 -0700 (PDT)
Received: by 10.52.240.232 with SMTP id wd8mr802822vdc.96.1334750504728; Wed, 18 Apr 2012 05:01:44 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.220.17.193 with HTTP; Wed, 18 Apr 2012 05:01:24 -0700 (PDT)
In-Reply-To: <CAH9hSJZP8FhAGANSwPfvdMCQPyfRhG7tqPT68e6VY5ZCAEROTw@mail.gmail.com>
References: <CAH9hSJZP8FhAGANSwPfvdMCQPyfRhG7tqPT68e6VY5ZCAEROTw@mail.gmail.com>
From: John Tamplin <jat@google.com>
Date: Wed, 18 Apr 2012 08:01:24 -0400
Message-ID: <CABLsOLBsHXsj_A2sWa+b8KaFJBEFMHk0W268RyKzh7J0Y+ZxVQ@mail.gmail.com>
To: Takeshi Yoshino <tyoshino@google.com>
Content-Type: multipart/alternative; boundary="20cf307cfd04b2b88e04bdf2d1f7"
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQlZc95Yj8iy5xWghL0q+g9RQYw4Ia/NEloOv5iXZZuEKmw8+RfTjiylt4uBDkui0UD9KAwwFfYCK7MAUuihIt6tAMqUZGSkNRYPtN8jMKp5BTmb+cKzjtq9KdcquIrg6sA5Rjx7
Cc: hybi@ietf.org
Subject: Re: [hybi] Send quota value before receiving AddChannelResponse (was: Re: MUC: channel ID semantics)
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, 18 Apr 2012 12:01:46 -0000

On Wed, Apr 18, 2012 at 4:15 AM, Takeshi Yoshino <tyoshino@google.com>wrote:

> You're right. In the latest spec, it's not explicitly specified what the
> value of send quota is until AddChannelResponse is received.
>
> There're several options we can take.
>
> a) specify the fixed value of send quota before AddChannelResponse in the
> spec
> b) add a new parameter "pre_handshake_quota" to multiplexing extension to
> negotiate the value of send quota before AddChannelResponse
> c) drop the feature to configure initial quota for each logical channel,
> and redefine the quota parameter as pre-handshake send quota for all
> logical channels
>

Until we know the AddChannel was accepted, how can we send data anyway?
 This seems just like the initial handshake on a new connection -- you
wouldn't consider sending that data until you knew the connection was
accepted.  Since we are avoiding TCP setup requirements, this will be much
less latency than if the connection were created without multiplexing.

I suppose it would be possible to send the data while keeping it buffered
as an optimization, but since adding a channel should be infrequent
compared to sending data on it, I don't see it as that important to
optimize for.

-- 
John A. Tamplin
Software Engineer (GWT), Google

v2.23.0 | Report a Bug | By Email