Re: Binary Messages

Hi Julian,

On Thu, Aug 26, 2021, at 20:42, Julian Reschke wrote:
> So it seems that the design is something like "the simplest possible
> binary format which will support HTTP's base semantics" (and yes, I
> agree with that approach in principle).

Thanks.

> Things that this will leave behind are:
> 
> - reason phrases (currently optional, only supported in HTTP/1.*)

This is deliberate.  We did that for h2 and h3.

> - "middlers" (in case we ever get to them)

This was a harder choice, but I think that it's the right call.  Supporting them complicates things a bit and I don't think we've established their utility just yet.  Happy to explore how they might be integrated, but I wouldn't want to add them here until we decide that all the live protocols need them.

> - pseudo header fields other than those defined in H2

(I thought about this, but I guess I neglected to write my conclusions down.)

s/other than those defined in H2/other than for control data/

This I think we can accommodate.  Other pseudo header fields can be added as if they were regular fields, using the same rules as h2.  That is, pseudo header fields go first.  Should that be documented?  

Received on Friday, 27 August 2021 00:20:28 UTC