Open pramodrj07 opened 1 year ago
Will passing in an http2.Transport through the CustomDialer
in a Request
be sufficient for your use case?
Checkout this PR that I just sent
This sounds good.
/triage accepted
It would be nice to have this for GA, but it doesn't appear to need to block it so we'll leave it off the v1.0.0
milestone.
This issue has not been updated in over 1 year, and should be re-triaged.
You can:
/triage accepted
(org members only)/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
What would you like to be added: Need support for http2 in conformance test specifically the "roundtripper" package
Why this is needed: To overcome limitation of just using http1 in the conformance test as the upstream backend host might just support only http2 https://github.com/kubernetes-sigs/gateway-api/blob/main/conformance/utils/roundtripper/roundtripper.go#L111
Additional Details : From the initial investigation, it looks like we cannot pass the custom HTTP client into the default round tripper implementation. If there is an alternate way to achieve this, I would like to be redirected there.