docs: correct the HTTP `request_timeout` documentation (#10533)

The documentation for the HTTP connection manager `request_timeout`
says it is a timeout for idle requests, but it is actually the time
to receive a complete request from the downstream client.

This fixes #10481.

Signed-off-by: James Peach <jpeach@apache.org>

Mirrored from https://github.com/envoyproxy/envoy @ 986e9413da9b8a03050e3e587bc0cc54a44078fa
master-ci-test
data-plane-api(CircleCI) 5 years ago
parent 4f409a223f
commit 03ef46cf33
  1. 2
      envoy/config/filter/network/http_connection_manager/v2/http_connection_manager.proto
  2. 2
      envoy/extensions/filters/network/http_connection_manager/v3/http_connection_manager.proto

@ -336,7 +336,7 @@ message HttpConnectionManager {
// timeout, although per-route idle timeout overrides will continue to apply.
google.protobuf.Duration stream_idle_timeout = 24;
// A timeout for idle requests managed by the connection manager.
// The amount of time that Envoy will wait for the entire request to be received.
// The timer is activated when the request is initiated, and is disarmed when the last byte of the
// request is sent upstream (i.e. all decoding filters have processed the request), OR when the
// response is initiated. If not specified or set to 0, this timeout is disabled.

@ -326,7 +326,7 @@ message HttpConnectionManager {
// timeout, although per-route idle timeout overrides will continue to apply.
google.protobuf.Duration stream_idle_timeout = 24;
// A timeout for idle requests managed by the connection manager.
// The amount of time that Envoy will wait for the entire request to be received.
// The timer is activated when the request is initiated, and is disarmed when the last byte of the
// request is sent upstream (i.e. all decoding filters have processed the request), OR when the
// response is initiated. If not specified or set to 0, this timeout is disabled.

Loading…
Cancel
Save