QUIC
charter-ietf-quic-03
Yes
No Objection
- Ready for external review (00-01)
- Approve (00-08)
- Ready for external review (01-00)
- Approve (01-04)
- Ready for external review (02-01)
- Approve (02-02)
Note: This ballot was opened for revision 00-01 and is now closed.
Ballot question: "Is this charter ready for external review?"
Alvaro Retana No Objection
(Alexey Melnikov; former steering group member) Yes
Regarding the sentence: The third focus area will describe mappings between specific applications??? semantics and the transport facilities of QUIC. I think I am Ok with something like: The third focus area will describe mappings between specific application protocols and the transport facilities of QUIC. Or perhaps: The third focus area will describe how specific application protocols can use the transport facilities of QUIC.
(Alissa Cooper; former steering group member) Yes
What is the status of these PRs? https://github.com/IETF-QUIC/Charter/pulls
(Ben Campbell; former steering group member) Yes
(Jari Arkko; former steering group member) Yes
Thanks for this. This is important work, and clearly needs to go ahead. I found the charter well written. Editorial: There was an odd character somewhere between "applications" and "semantics" below. Shows up as ??? for me in the data tracker. > The third focus area will describe mappings between specific applications??? > semantics and the transport facilities of QUIC. The first mapping will be a
(Joel Jaeggli; former steering group member) (was No Objection) Yes
Thanks for the addition of the specific manageability considerations. I think that they make the charter stronger and provide a framewaork for the necessary discussion. really supportive of the current form. Was While I don't think this is by any means fatal I, thing it's unfortunate that the third and fourth areas address transport considerations but not really the managability of flows. e.g. interactions with flow based sampling and reporting, firewall/load-balancer l4 interaction (on the state side) and so on as an area of consideration.
(Mirja Kühlewind; former steering group member) Yes
I think this is ready for external review. Discussing operational and mangament aspects in the wg groups is important. However, I don't have a strong opinion if this needs to be mentioned in the charter or not, as long as there is nothing in the charter that prohibits this discussion in the wg.
(Spencer Dawkins; former steering group member) Yes
(Stephen Farrell; former steering group member) Yes
I agree that this is useful and important work and should go ahead. I'm fine that my questions are answered as chartering proceeds, i.e. please don't hold up external evaluation to answer these. 1) I think it'd be good to set a target of having QUIC be as close as possible to TLS1.3 for application data protection. While it may not be possible for them to be identical, the closer they are the more we can leverage the analysis work for TLS1.3. If that is a good goal, then maybe mentioning it in the charter would also be good. 2) I think it'd be good to have a deliverable that helps people know when and how to use QUIC. I'd be particularly keen that that covers when it is/is-not safe to use 0RTT data, as I think that might be a pitfall for some protocols that use QUIC and helping folks avoid that pitfall would be good. I'm not sure if there'd be energy for that though, but if there were, I think such a document could be quite useful.
(Benoît Claise; former steering group member) (was Block) No Objection
Thanks for addressing my block. Two minor points. 1. I thought that the "QUIC Applicability Statement" deliverable was called "QUIC Applicability and Manageability Statement" in a previous charter. That would be more appropriate. 2. "The working group will consider deployment and manageability considerations for the protocol." Will consider ... considerations. I could leave with it, but will consider ... implications might be better
(Deborah Brungard; former steering group member) No Objection
(Kathleen Moriarty; former steering group member) No Objection
(Suresh Krishnan; former steering group member) No Objection
(Terry Manderson; former steering group member) No Objection