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

[Takeshi Yoshino <[e-mail]>]

On Fri, Apr 13, 2012 at 20:09, Arman Djusupov <[e-mail]> wrote:

> BTW:
>
> “Different from non-multiplexed WebSocket connection, data frames of multiplexed channel except for the channel 1 opened by default MAY be sent before receiving AddChannelResponse as far as there's sufficient****
>
> send quota.  In case the AddChannelRequest fails, those frames are ignored by the other peer.”****
>
> ** **
>
> As far as I had previously understood, until a new logical channel
> receives the AddChannelResponse its flow control quota is 0. The initial
> quota is assumed to be 64K but this quota applies only once the channel is
> accepted and the handshake did not include/specify a quota that overrides
> this value. Wouldn’t this mean that the logical channel cannot send
> anything prior it was accepted due to the 0 quota even if the specification
> permits it to send messages, or did I miss something?
>

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

I'm not sure how many people really want to configure initial quota for
each logical channel independently.

Comment please.