Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Éric Vyncke's QPACK Comment 1 #4774

Closed
LPardue opened this issue Jan 20, 2021 · 7 comments
Closed

Éric Vyncke's QPACK Comment 1 #4774

LPardue opened this issue Jan 20, 2021 · 7 comments
Labels
-qpack iesg An issue raised during IESG review. proposal-ready An issue which has a proposal that is believed to be ready for a consensus call.
Milestone

Comments

@LPardue
Copy link
Member

LPardue commented Jan 20, 2021

@evyncke said

I have only one generic comment, did the WG look into the Static Context Header
Compression out of the LPWAN WG ? As there are similarities.

@LPardue LPardue added -qpack iesg An issue raised during IESG review. labels Jan 20, 2021
@LPardue LPardue added this to the qpack-iesg milestone Jan 20, 2021
@LPardue LPardue added this to Triage in Late Stage Processing via automation Jan 20, 2021
@dtikhonov
Copy link
Member

I do not believe we did.

@MikeBishop MikeBishop added the proposal-ready An issue which has a proposal that is believed to be ready for a consensus call. label Jan 20, 2021
@project-bot project-bot bot moved this from Triage to Consensus Emerging in Late Stage Processing Jan 20, 2021
@MikeBishop
Copy link
Contributor

No, we didn't. It's possible there would be some concepts we could have borrowed, but from a cursory examination, SCHC appears to be a framework for building a compression scheme rather than a concrete compression scheme. Given the focus on reducing individual bits and bytes out, I'm not sure whether we would have adopted that framework.

Regardless, I don't believe this requests a change to the document.

@evyncke
Copy link

evyncke commented Jan 20, 2021 via email

@LPardue
Copy link
Member Author

LPardue commented Jan 20, 2021

Given that QPACK's precursor, HPACK, was published in 2015 https://tools.ietf.org/html/rfc7541 I'm surprised to see that SCHC has no mention of it ;-)

@MikeBishop
Copy link
Contributor

I agree, and it's one of the things that concerns me about certain WGs forgoing meeting during IETF week and having interims instead; there's even less awareness of what other WGs are working on and where they can overlap. I do wish there'd been contact in either direction sooner, in case either group had ideas the other could have used. But here we are.

@dtikhonov
Copy link
Member

On the bright side, I don't think SCHC would be applicable to HTTP/3 (or at least not be an improvement over HPACK).

@LPardue
Copy link
Member Author

LPardue commented Jan 25, 2021

Since we agree no action is required, closing the issue.

@LPardue LPardue closed this as completed Jan 25, 2021
Late Stage Processing automation moved this from Consensus Emerging to Issue Handled Jan 25, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
-qpack iesg An issue raised during IESG review. proposal-ready An issue which has a proposal that is believed to be ready for a consensus call.
Projects
Late Stage Processing
  
Issue Handled
Development

No branches or pull requests

4 participants