package envoy.config.listener.v3

Mouse Melon logoGet desktop application:
View/edit binary Protocol Buffers messages

message ActiveRawUdpListenerConfig

udp_listener_config.proto:49

(message has no fields)

message AdditionalAddress

listener.proto:37

The additional address the listener is listening on.

Used in: Listener

message ApiListener

api_listener.proto:20

Describes a type of API listener, which is used in non-proxy clients. The type of API exposed to the non-proxy application depends on the type of API listener.

Used in: Listener

message ApiListenerManager

listener.proto:410

A placeholder proto so that users can explicitly configure the API Listener Manager via the bootstrap's :ref:`listener_manager <envoy_v3_api_field_config.bootstrap.v3.Bootstrap.listener_manager>`. [#not-implemented-hide:]

(message has no fields)

message Filter

listener_components.proto:29

[#next-free-field: 6]

Used in: FilterChain

message FilterChain

listener_components.proto:201

A filter chain wraps a set of match criteria, an option TLS context, a set of filters, and various other parameters. [#next-free-field: 10]

Used in: Listener

message FilterChainMatch

listener_components.proto:96

Specifies the match criteria for selecting a specific filter chain for a listener. In order for a filter chain to be selected, *ALL* of its criteria must be fulfilled by the incoming connection, properties of which are set by the networking stack and/or listener filters. The following order applies: 1. Destination port. 2. Destination IP address. 3. Server name (e.g. SNI for TLS protocol), 4. Transport protocol. 5. Application protocols (e.g. ALPN for TLS protocol). 6. Directly connected source IP address (this will only be different from the source IP address when using a listener filter that overrides the source address, such as the :ref:`Proxy Protocol listener filter <config_listener_filters_proxy_protocol>`). 7. Source type (e.g. any, local or external network). 8. Source IP address. 9. Source port. For criteria that allow ranges or wildcards, the most specific value in any of the configured filter chains that matches the incoming connection is going to be used (e.g. for SNI ``www.example.com`` the most specific match would be ``www.example.com``, then ``*.example.com``, then ``*.com``, then any filter chain without ``server_names`` requirements). A different way to reason about the filter chain matches: Suppose there exists N filter chains. Prune the filter chain set using the above 8 steps. In each step, filter chains which most specifically matches the attributes continue to the next step. The listener guarantees at most 1 filter chain is left after all of the steps. Example: For destination port, filter chains specifying the destination port of incoming traffic are the most specific match. If none of the filter chains specifies the exact destination port, the filter chains which do not specify ports are the most specific match. Filter chains specifying the wrong port can never be the most specific match. [#comment: Implemented rules are kept in the preference order, with deprecated fields listed at the end, because that's how we want to list them in the docs. [#comment:TODO(PiotrSikora): Add support for configurable precedence of the rules] [#next-free-field: 14]

Used in: FilterChain

enum FilterChainMatch.ConnectionSourceType

listener_components.proto:100

Used in: FilterChainMatch

message Listener

listener.proto:57

[#next-free-field: 36]

Used in: bootstrap.v3.Bootstrap.StaticResources

message Listener.ConnectionBalanceConfig

listener.proto:86

Configuration for listener connection balancing.

Used in: Listener

message Listener.ConnectionBalanceConfig.ExactBalance

listener.proto:96

A connection balancer implementation that does exact balancing. This means that a lock is held during balancing so that connection counts are nearly exactly balanced between worker threads. This is "nearly" exact in the sense that a connection might close in parallel thus making the counts incorrect, but this should be rectified on the next accept. This balancer sacrifices accept throughput for accuracy and should be used when there are a small number of connections that rarely cycle (e.g., service mesh gRPC egress).

Used in: ConnectionBalanceConfig

(message has no fields)

message Listener.DeprecatedV1

listener.proto:72

[#not-implemented-hide:]

Used in: Listener

enum Listener.DrainType

listener.proto:60

Used in: Listener

message Listener.InternalListenerConfig

listener.proto:115

Configuration for envoy internal listener. All the future internal listener features should be added here.

Used in: Listener

(message has no fields)

message ListenerCollection

listener.proto:52

Listener list collections. Entries are ``Listener`` resources or references. [#not-implemented-hide:]

message ListenerFilter

listener_components.proto:324

[#next-free-field: 6]

Used in: Listener

message ListenerFilterChainMatchPredicate

listener_components.proto:286

Listener filter chain match configuration. This is a recursive structure which allows complex nested match configurations to be built using various logical operators. Examples: * Matches if the destination port is 3306. .. code-block:: yaml destination_port_range: start: 3306 end: 3307 * Matches if the destination port is 3306 or 15000. .. code-block:: yaml or_match: rules: - destination_port_range: start: 3306 end: 3307 - destination_port_range: start: 15000 end: 15001 [#next-free-field: 6]

Used in: ListenerFilter, ListenerFilterChainMatchPredicate.MatchSet

message ListenerFilterChainMatchPredicate.MatchSet

listener_components.proto:291

A set of match configurations used for logical operations.

Used in: ListenerFilterChainMatchPredicate

message ListenerManager

listener.proto:398

A placeholder proto so that users can explicitly configure the standard Listener Manager via the bootstrap's :ref:`listener_manager <envoy_v3_api_field_config.bootstrap.v3.Bootstrap.listener_manager>`. [#not-implemented-hide:]

(message has no fields)

message QuicProtocolOptions

quic_config.proto:29

Configuration specific to the UDP QUIC listener. [#next-free-field: 14]

Used in: UdpListenerConfig

message UdpListenerConfig

udp_listener_config.proto:22

[#next-free-field: 9]

Used in: Listener

message ValidationListenerManager

listener.proto:404

A placeholder proto so that users can explicitly configure the standard Validation Listener Manager via the bootstrap's :ref:`listener_manager <envoy_v3_api_field_config.bootstrap.v3.Bootstrap.listener_manager>`. [#not-implemented-hide:]

(message has no fields)