> On Jan 14, 2021, at 5:53 AM, Magnus Westerlund > <[email protected]> wrote: > > That is why I didn't understand Roy's comment: > >> In short, there's no need to be pedantic. As soon as the QUIC RFCs >> enter the RFC ed queue, we can fix their content as such including >> the final protocol versions and ALPNs. If the HTTP Semantics spec >> needs additional changes, we can choose those changes deliberately >> without impacting any content or references within HTTP/3. We don't >> xref by page number. > > What you can do is do a last alignment in AUTH48 with the status of HTTP > semantics and cache at this point. If we want the rfc numbers of the HTTP > specs, > then you have to wait until they are ready and also in AUTH48. So, if the HTTP > semantics and cache aren't ready when we come to AUTH48 you still have the > risk > of missalignment if going down the downref path.
I meant that the HTTP/3 draft would remain in the queue (done but not published except on the WG site) until its normative references can also be published as RFCs. That does not prevent implementations from deploying the protocols as specified. I guess that matches choice (4). > I would like to point out that just this week a PR was merged to the HTTP/3 > spec > to align with the latest changes done in the HTTP semantics. So the risk for > missalignment is not zero here. Sure the HTTP specs are mature, but you can > still end up in a situation where it becomes hard to interpret HTTP/3 > correctly > when section numbering and terms don't align. Right, but we did that editorial change deliberately because all five HTTP specs can align on terminology, knowing full well that this is a change we can do right now (and probably not after). We might want to make additional changes around how [HTTP11] is referenced by HTTP/3, but this would also be to align the specs while we still can. I am pretty sure that none of us will want to make such editorial changes once alignment is no longer possible. Julian even has a script to check that we haven't broken xrefs from HTTP3. Cheers, ....Roy
