Re: [hybi] frame length encoding

["Shelby Moore" <[e-mail]>]

> On Sun, Aug 22, 2010 at 5:14 PM, Shelby Moore <[e-mail]> wrote:
>
>> So then the maximum size from the handshake is not a maximum size and
>> the
>> other end can violate it.
>>
>> I can really hear the complaining from that.  "What the maximum size is
>> not a maximum size, it is just a mild suggestion?!?!"
>>
>
> I would think that the spec will have to say an implementation is free to
> drop a frame larger than an implementation-defined limit.  The value in
> the
> handshake, then, is just a promise of "I won't drop your frame for
> excessive
> length if it is below this size".


That forces the receiver to check for the larger size.  See my prior post
on the multi-core issue, that it would be more efficient in that case if
the sender honored the maximum.

Why can't the sender honor the agreed maximum size?

I think many people here requested a simple 16bit or 32bit size field with
no escape to 8 bytes.  By honoring the maximum size and using Option
1/15-bit, you will give them that, and still keep the 8 byte escape for
those receivers and senders who agree to use it on handshake.

Any way, you all know best, I was just trying to help process the requests
of others.  I listened to what they said.  I didn't try to force my Option
2 preference on them.