kgateway version
v2.2.0
Kubernetes Version
v1.34.5
Describe the bug
When using WebSockets, if any sort of buffering is configured (e.g. a maxRequestSize on a TrafficPolicy, or inadvertently such as in #13641), websocket connections from clients hang indefinitely.
From the Envoy docs it suggests you should ensure upgrades are excluded from any buffer filters https://www.envoyproxy.io/docs/envoy/v1.34.1/intro/arch_overview/http/upgrades.html#http-upgrades
Expected Behavior
Websocket requests should successfully work
Steps to reproduce the bug
- Create/deploy WebSocket application
- Ensure
ListenerPolicy with spec.default.httpSettings.upgradeConfig.enabledUpgrades: ['websocket']
- Verify websockets work
- Add
TrafficPolicy with spec.buffer.maxRequestSize targetting the same Gateway/HTTPRoute
- Websocket connections will no longer work
Additional Environment Detail
No response
Additional Context
No response
kgateway version
v2.2.0
Kubernetes Version
v1.34.5
Describe the bug
When using WebSockets, if any sort of buffering is configured (e.g. a
maxRequestSizeon aTrafficPolicy, or inadvertently such as in #13641), websocket connections from clients hang indefinitely.From the Envoy docs it suggests you should ensure upgrades are excluded from any buffer filters https://www.envoyproxy.io/docs/envoy/v1.34.1/intro/arch_overview/http/upgrades.html#http-upgrades
Expected Behavior
Websocket requests should successfully work
Steps to reproduce the bug
ListenerPolicywithspec.default.httpSettings.upgradeConfig.enabledUpgrades: ['websocket']TrafficPolicywithspec.buffer.maxRequestSizetargetting the same Gateway/HTTPRouteAdditional Environment Detail
No response
Additional Context
No response