envoyproxy/envoy

quic: do not hard code "h3" APLN in EnvoyQuicProofSource

Open

#18,935 创建于 2021年11月8日

在 GitHub 查看
 (5 评论) (0 反应) (0 负责人)C++ (5,373 fork)batch import
area/quichelp wantedno stalebot

仓库指标

Star
 (27,997 star)
PR 合并指标
 (平均合并 8天) (30 天内合并 378 个 PR)

描述

QUICHE interfaces in quic::ProofSource doesn't pass around ALPN negotiated by BoringSsl, but Envoy filter chain retrieval uses ALPN as part of the query. Right now, we hard-code h3 as the ALPN when we construct a ConnectionSocket for server session, but we should make the negotiated APLN available from QUICHE, and use it in Envoy glue code.

贡献者指南

研究方向
调查 ALPN 当前在 EnvoyQuicProofSource 中是如何硬编码的，以及 ConnectionSocket 是在何处构建的。确定 QUICHE 如何从 BoringSSL 暴露协商的 ALPN。然后修改粘合代码，将 ALPN 从 QUICHE 传递到 socket，而不是硬编码 'h3'。查看现有注释和任何关联的 PR 以获取更多上下文。
技术栈
无
领域
backend
议题类型
缺陷
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
4
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-2 天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
C++QUICEnvoy internals
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
25