Open jpeach opened 4 years ago
This parameter is now globally available in kubernetes v1.20+, is this planned to be integrated into Contour?
Thank you 👍
The Contour project currently lacks enough contributors to adequately respond to all Issues.
This bot triages Issues according to the following rules:
You can:
Please send feedback to the #contour channel in the Kubernetes Slack
With GatewayAPI, it's now integrated, no?
Yes, as of 1.28.0+ Contour supports backend protocol selection with Gateway API: https://github.com/projectcontour/contour/blob/main/changelogs/CHANGELOG-v1.28.0.md#gateway-api-backend-protocol-selection
Depending on interest in this for HTTPProxy, we may want to keep this around
It should be a relatively simple contribution to add the same logic in the HTTPProxy processor
Cool I can help on this while waiting for the review for other PR
The Contour project currently lacks enough contributors to adequately respond to all Issues.
This bot triages Issues according to the following rules:
You can:
Please send feedback to the #contour channel in the Kubernetes Slack
The Contour project currently lacks enough contributors to adequately respond to all Issues.
This bot triages Issues according to the following rules:
You can:
Please send feedback to the #contour channel in the Kubernetes Slack
up?
Kubernetes 1.8 adds an appProtocol field to the Service. This is an optional feature that is enabled with the ServiceAppProtocol feature gate.
We already support this concept in a Contour-specific way, so we should support this standard field in Contour too. We need to be careful how we resolve this against the equivalent field in labels and HTTPProxy.