Tracing defines configuration for the tracing performed by Envoy instances.

Field	Type	Description	Required
`zipkin`	`Zipkin (oneof)`	Use a Zipkin tracer.	No
`lightstep`	`Lightstep (oneof)`	Use a Lightstep tracer.	No
`datadog`	`Datadog (oneof)`	Use a Datadog tracer.	No
`stackdriver`	`Stackdriver (oneof)`	Use a Stackdriver tracer.	No
`tlsSettings`	`ClientTLSSettings`	Use the tls_settings to specify the tls mode to use. If the remote tracing service uses Istio mutual TLS and shares the root CA with Pilot, specify the TLS mode as `ISTIO_MUTUAL`.	No

SDS defines secret discovery service(SDS) configuration to be used by the proxy. For workload, its values are set in sidecar injector(passed as arguments to istio-proxy container). For pilot/mixer, it’s passed as arguments to istio-proxy container in pilot/mixer deployment yaml files directly.

Field	Type	Description	Required
`enabled`	`bool`	True if SDS is enabled.	No
`k8sSaJwtPath`	`string`	Path of k8s service account JWT path.	No

ProxyConfig defines variables for individual Envoy instances.

Field	Type	Description	Required
`configPath`	`string`	Path to the generated configuration file directory. Proxy agent generates the actual configuration and stores it in this directory.	No
`binaryPath`	`string`	Path to the proxy binary	No
`serviceCluster`	`string`	Service cluster defines the name for the service_cluster that is shared by all Envoy instances. This setting corresponds to –service-cluster flag in Envoy. In a typical Envoy deployment, the service-cluster flag is used to identify the caller, for source-based routing scenarios. Since Istio does not assign a local service/service version to each Envoy instance, the name is same for all of them. However, the source/caller’s identity (e.g., IP address) is encoded in the –service-node flag when launching Envoy. When the RDS service receives API calls from Envoy, it uses the value of the service-node flag to compute routes that are relative to the service instances located at that IP address.	No
`drainDuration`	`Duration`	The time in seconds that Envoy will drain connections during a hot restart. MUST be >=1s (e.g., 1s/1m/1h)	No
`parentShutdownDuration`	`Duration`	The time in seconds that Envoy will wait before shutting down the parent process during a hot restart. MUST be >=1s (e.g., 1s/1m/1h). MUST BE greater than drainduration_ parameter.	No
`discoveryAddress`	`string`	Address of the discovery service exposing xDS with mTLS connection. The inject configuration may override this value.	No
`statsdUdpAddress`	`string`	IP Address and Port of a statsd UDP listener (e.g. 10.75.241.127:9125).	No
`proxyAdminPort`	`int32`	Port on which Envoy should listen for administrative commands.	No
`controlPlaneAuthPolicy`	`AuthenticationPolicy`	Authentication policy defines the global switch to control authentication for Envoy-to-Envoy communication for istio components Mixer and Pilot.	No
`customConfigFile`	`string`	File path of custom proxy configuration, currently used by proxies in front of Mixer and Pilot.	No
`statNameLength`	`int32`	Maximum length of name field in Envoy’s metrics. The length of the name field is determined by the length of a name field in a service and the set of labels that comprise a particular version of the service. The default value is set to 189 characters. Envoy’s internal metrics take up 67 characters, for a total of 256 character name per metric. Increase the value of this field if you find that the metrics from Envoys are truncated.	No
`concurrency`	`int32`	The number of worker threads to run. Default value is number of cores on the machine.	No
`proxyBootstrapTemplatePath`	`string`	Path to the proxy bootstrap template file	No
`interceptionMode`	`InboundInterceptionMode`	The mode used to redirect inbound traffic to Envoy.	No
`tracing`	`Tracing`	Tracing configuration to be used by the proxy.	No
`sds`	`SDS`	secret discovery service(SDS) configuration to be used by the proxy.	No
`envoyAccessLogService`	`RemoteService`	Address of the service to which access logs from Envoys should be sent. (e.g. accesslog-service:15000). See Access Log Service for details about Envoy’s gRPC Access Log Service API.	No
`envoyMetricsService`	`RemoteService`	Address of the Envoy Metrics Service implementation (e.g. metrics-service:15000). See Metric Service for details about Envoy’s Metrics Service API.	No
`statusPort`	`int32`	Port on which the agent should listen for administrative commands such as readiness probe.	No
`extraStatTags`	`string[]`	An additional list of tags to extract from the in-proxy Istio telemetry. These extra tags can be added by configuring the telemetry extension. Each additional tag needs to be present in this list. Extra tags emitted by the telemetry extensions must be listed here so that they can be processed and exposed as Prometheus metrics.	No
`zipkinAddress`	`string`	Address of the Zipkin service (e.g. zipkin:9411). DEPRECATED: Use tracing instead.	No

Field	Type	Description	Required
`address`	`string`	Address of a remove service used for various purposes (access log receiver, metrics receiver, etc.). Can be IP address or a fully qualified DNS name.	No
`tlsSettings`	`ClientTLSSettings`	Use the tls_settings to specify the tls mode to use. If the remote service uses Istio mutual TLS and shares the root CA with Pilot, specify the TLS mode as `ISTIO_MUTUAL`.	No
`tcpKeepalive`	`TcpKeepalive`	If set then set SO_KEEPALIVE on the socket to enable TCP Keepalives.	No

Zipkin defines configuration for a Zipkin tracer.

Field	Type	Description	Required
`address`	`string`	Address of the Zipkin service (e.g. zipkin:9411).	No

Defines configuration for a Lightstep tracer.

Field	Type	Description	Required
`address`	`string`	Address of the Lightstep Satellite pool.	No
`accessToken`	`string`	The Lightstep access token.	No

Datadog defines configuration for a Datadog tracer.

Field	Type	Description	Required
`address`	`string`	Address of the Datadog Agent.	No

Stackdriver defines configuration for a Stackdriver tracer. See Opencensus trace config for details.

Field	Type	Description	Required

MeshConfig defines mesh-wide variables shared by all Envoy instances in the Istio service mesh.

NOTE: This configuration type should be used for the low-level global configuration, such as component addresses and port numbers. It should not be used for the features of the mesh that can be scoped by service or by namespace. Some of the fields in the mesh config are going to be deprecated and replaced with several individual configuration types (for example, tracing configuration).

Field	Type	Description	Required
`mixerCheckServer`	`string`	Address of the server that will be used by the proxies for policy check calls. By using different names for mixerCheckServer and mixerReportServer, it is possible to have one set of Mixer servers handle policy check calls while another set of Mixer servers handle telemetry calls. NOTE: Omitting mixerCheckServer while specifying mixerReportServer is equivalent to setting disablePolicyChecks to true.	No
`mixerReportServer`	`string`	Address of the server that will be used by the proxies for policy report calls.	No
`disablePolicyChecks`	`bool`	Disable policy checks by the Mixer service. Default is false, i.e. Mixer policy check is enabled by default.	No
`policyCheckFailOpen`	`bool`	Allow all traffic in cases when the Mixer policy service cannot be reached. Default is false which means the traffic is denied when the client is unable to connect to Mixer.	No
`sidecarToTelemetrySessionAffinity`	`bool`	Enable session affinity for Envoy Mixer reports so that calls from a proxy will always target the same Mixer instance.	No
`proxyListenPort`	`int32`	Port on which Envoy should listen for incoming connections from other services.	No
`proxyHttpPort`	`int32`	Port on which Envoy should listen for HTTP PROXY requests if set.	No
`connectTimeout`	`Duration`	Connection timeout used by Envoy. (MUST BE >=1ms)	No
`protocolDetectionTimeout`	`Duration`	Automatic protocol detection uses a set of heuristics to determine whether the connection is using TLS or not (on the server side), as well as the application protocol being used (e.g., http vs tcp). These heuristics rely on the client sending the first bits of data. For server first protocols like MySQL, MongoDB, etc., Envoy will timeout on the protocol detection after the specified period, defaulting to non mTLS plain TCP traffic. Set this field to tweak the period that Envoy will wait for the client to send the first bits of data. (MUST BE >=1ms or 0s to disable)	No
`tcpKeepalive`	`TcpKeepalive`	If set then set SO_KEEPALIVE on the socket to enable TCP Keepalives.	No
`ingressClass`	`string`	Class of ingress resources to be processed by Istio ingress controller. This corresponds to the value of “kubernetes.io/ingress.class” annotation.	No
`ingressService`	`string`	Name of theKubernetes service used for the istio ingress controller.	No
`ingressControllerMode`	`IngressControllerMode`	Defines whether to use Istio ingress controller for annotated or all ingress resources.	No
`enableTracing`	`bool`	Flag to control generation of trace spans and request IDs. Requires a trace span collector defined in the proxy configuration.	No
`accessLogFile`	`string`	File address for the proxy access log (e.g. /dev/stdout). Empty value disables access logging.	No
`accessLogFormat`	`string`	Format for the proxy access log Empty value results in proxy’s default access log format	No
`accessLogEncoding`	`AccessLogEncoding`	Encoding for the proxy access log (text or json). Default value is text.	No
`enableEnvoyAccessLogService`	`bool`	This flag enables Envoy’s gRPC Access Log Service. See Access Log Service for details about Envoy’s gRPC Access Log Service API.	No
`defaultConfig`	`ProxyConfig`	Default proxy config used by the proxy injection mechanism operating in the mesh (e.g. Kubernetes admission controller) In case of Kubernetes, the proxy config is applied once during the injection process, and remain constant for the duration of the pod. The rest of the mesh config can be changed at runtime and config gets distributed dynamically.	No
`outboundTrafficPolicy`	`OutboundTrafficPolicy`	Set the default behavior of the sidecar for handling outbound traffic from the application. If your application uses one or more external services that are not known apriori, setting the policy to ALLOWANY will cause the sidecars to route any unknown traffic originating from the application to its requested destination. Users are strongly encouraged to use ServiceEntries to explicitly declare any external dependencies, instead of using allowany, so that traffic to these services can be monitored. Can be overridden at a Sidecar level by setting the OutboundTrafficPolicy in the Sidecar API.	No
`enableClientSidePolicyCheck`	`bool`	Enables client side policy checks.	No
`configSources`	`ConfigSource[]`	ConfigSource describes a source of configuration data for networking rules, and other Istio configuration artifacts. Multiple data sources can be configured for a single control plane.	No
`enableAutoMtls`	`BoolValue`	This flag is used to enable mutual TLS automatically for service to service communication within the mesh, default false. If set to true, and a given service does not have a corresponding DestinationRule configured, or its DestinationRule does not have ClientTLSSettings specified, Istio configures client side TLS configuration appropriately. More specifically, If the upstream authentication policy is in STRICT mode, use Istio provisioned certificate for mutual TLS to connect to upstream. If upstream service is in plain text mode, use plain text. If the upstream authentication policy is in PERMISSIVE mode, Istio configures clients to use mutual TLS when server sides are capable of accepting mutual TLS traffic. If service DestinationRule exists and has ClientTLSSettings specified, that is always used instead.	No
`trustDomain`	`string`	The trust domain corresponds to the trust root of a system. Refer to SPIFFE-ID	No
`trustDomainAliases`	`string[]`	The trust domain aliases represent the aliases of `trust_domain`. For example, if we have `trustDomain: td1 trustDomainAliases: ["td2", "td3"]` Any service with the identity `td1/ns/foo/sa/a-service-account`, `td2/ns/foo/sa/a-service-account`, or `td3/ns/foo/sa/a-service-account` will be treated the same in the Istio mesh.	No
`defaultServiceExportTo`	`string[]`	The default value for the ServiceEntry.export_to field and services imported through container registry integrations, e.g. this applies to Kubernetes Service resources. The value is a list of namespace names and reserved namespace aliases. The allowed namespace aliases are: - All Namespaces . - Current Namespace ~ - No Namespace If not set the system will use “*” as the default value which implies that services are exported to all namespaces. ‘All namespaces’ is a reasonable default for implementations that don’t need to restrict access or visibility of services across namespace boundaries. If that requirement is present it is generally good practice to make the default ‘Current namespace’ so that services are only visible within their own namespaces by default. Operators can then expand the visibility of services to other namespaces as needed. Use of ‘No Namespace’ is expected to be rare but can have utility for deployments where dependency management needs to be precise even within the scope of a single namespace. For further discussion see the reference documentation for ServiceEntry, Sidecar, and Gateway.	No
`defaultVirtualServiceExportTo`	`string[]`	The default value for the VirtualService.exportto field. Has the same syntax as ‘defaultserviceexportto’. If not set the system will use “*” as the default value which implies that virtual services are exported to all namespaces	No
`defaultDestinationRuleExportTo`	`string[]`	The default value for the DestinationRule.exportto field. Has the same syntax as ‘defaultserviceexportto’. If not set the system will use “*” as the default value which implies that destination rules are exported to all namespaces	No
`rootNamespace`	`string`	The namespace to treat as the administrative root namespace for Istio configuration. When processing a leaf namespace Istio will search for declarations in that namespace first and if none are found it will search in the root namespace. Any matching declaration found in the root namespace is processed as if it were declared in the leaf namespace. The precise semantics of this processing are documented on each resource type.	No
`localityLbSetting`	`LocalityLoadBalancerSetting`	Locality based load balancing distribution or failover settings.	No
`dnsRefreshRate`	`Duration`	Configures DNS refresh rate for Envoy clusters of type STRICT_DNS	No
`disableReportBatch`	`bool`	The flag to disable report batch.	No
`reportBatchMaxEntries`	`uint32`	When disablereportbatch is false, this value specifies the maximum number of requests that are batched in report. If left unspecified, the default value of reportbatchmax_entries == 0 will use the hardcoded defaults of istio::mixerclient::ReportOptions.	No
`reportBatchMaxTime`	`Duration`	When disablereportbatch is false, this value specifies the maximum elapsed time a batched report will be sent after a user request is processed. If left unspecified, the default reportbatchmax_time == 0 will use the hardcoded defaults of istio::mixerclient::ReportOptions.	No
`h2UpgradePolicy`	`H2UpgradePolicy`	Specify if http1.1 connections should be upgraded to http2 by default. if sidecar is installed on all pods in the mesh, then this should be set to UPGRADE. If one or more services or namespaces do not have sidecar(s), then this should be set to DONOTUPGRADE. It can be enabled by destination using the destinationRule.trafficPolicy.connectionPool.http.h2UpgradePolicy override.	No
`inboundClusterStatName`	`string`	Name to be used while emitting statistics for inbound clusters. The same pattern is used while computing stat prefix for network filters like TCP and Redis. By default, Istio emits statistics with the pattern `inbound\|<port>\|<port-name>\|<service-FQDN>`. For example `inbound\|7443\|grpc-reviews\|reviews.prod.svc.cluster.local`. This can be used to override that pattern. A Pattern can be composed of various pre-defined variables. The following variables are supported. `%SERVICE%` - Will be substituted with name of the service. `%SERVICE_FQDN%` - Will be substituted with FQDN of the service. `%SERVICE_PORT%` - Will be substituted with port of the service. `%SERVICE_PORT_NAME%` - Will be substituted with port name of the service. Following are some examples of supported patterns for reviews: `%SERVICE_FQDN%_%SERVICE_PORT%` will use reviews.prod.svc.cluster.local_7443 as the stats name. `%SERVICE%` will use reviews.prod as the stats name.	No
`outboundClusterStatName`	`string`	Name to be used while emitting statistics for outbound clusters. The same pattern is used while computing stat prefix for network filters like TCP and Redis. By default, Istio emits statistics with the pattern `outbound\|<port>\|<subsetname>\|<service-FQDN>`. For example `outbound\|8080\|v2\|reviews.prod.svc.cluster.local`. This can be used to override that pattern. A Pattern can be composed of various pre-defined variables. The following variables are supported. `%SERVICE%` - Will be substituted with name of the service. `%SERVICE_FQDN%` - Will be substituted with FQDN of the service. `%SERVICE_PORT%` - Will be substituted with port of the service. `%SERVICE_PORT_NAME%` - Will be substituted with port name of the service. `%SUBSET_NAME%` - Will be substituted with subset. Following are some examples of supported patterns for reviews: `%SERVICE_FQDN%_%SERVICE_PORT%` will use reviews.prod.svc.cluster.local_7443 as the stats name. `%SERVICE%` will use reviews.prod as the stats name.	No
`certificates`	`Certificate[]`	Configure the provision of certificates.	No
`thriftConfig`	`ThriftConfig`	Set configuration for Thrift protocol	No
`enablePrometheusMerge`	`BoolValue`	If enabled, Istio agent will merge metrics exposed by the application with metrics from Envoy and Istio agent. The sidecar injection will replace `prometheus.io` annotations present on the pod and redirect them towards Istio agent, which will then merge metrics of from the application with Istio metrics. This relies on the annotations `prometheus.io/scrape`, `prometheus.io/port`, and `prometheus.io/path` annotations. If you are running a separately managed Envoy with an Istio sidecar, this may cause issues, as the metrics will collide. In this case, it is recommended to disable aggregation on that deployment with the `prometheus.istio.io/merge-metrics: "false"` annotation. If not specified, this will be enabled by default.	No

ConfigSource describes information about a configuration store inside a mesh. A single control plane instance can interact with one or more data sources.

Field	Type	Description	Required
`address`	`string`	Address of the server implementing the Istio Mesh Configuration protocol (MCP). Can be IP address or a fully qualified DNS name. Use fs:/// to specify a file-based backend with absolute path to the directory.	No
`tlsSettings`	`ClientTLSSettings`	Use the tlssettings to specify the tls mode to use. If the MCP server uses Istio mutual TLS and shares the root CA with Pilot, specify the TLS mode as ISTIOMUTUAL.	No
`subscribedResources`	`Resource[]`	Describes the source of configuration, if nothing is specified default is MCP	No

Certificate configures the provision of a certificate and its key. Example 1: key and cert stored in a secret { secretName: galley-cert secretNamespace: istio-system dnsNames: - galley.istio-system.svc - galley.mydomain.com } Example 2: key and cert stored in a directory { dnsNames: - pilot.istio-system - pilot.istio-system.svc - pilot.mydomain.com }

Field	Type	Description	Required
`secretName`	`string`	Name of the secret the certificate and its key will be stored into. If it is empty, it will not be stored into a secret. Instead, the certificate and its key will be stored into a hard-coded directory.	No
`dnsNames`	`string[]`	The DNS names for the certificate. A certificate may contain multiple DNS names.	No

Field	Type	Description	Required
`mode`	`Mode`		No

Field	Type	Description	Required
`rateLimitUrl`	`string`	Specify thrift rate limit service URL. If pilot has thrift protocol support enabled, this will enable the rate limit service for destinations that have matching rate limit configurations.	No
`rateLimitTimeout`	`Duration`	Specify thrift rate limit service timeout, in milliseconds. Default is 50ms	No

Settings for the selected services.

Field Type Description Required

Field	Type	Description	Required
`clusterLocal`	`bool`	If true, specifies that the client and service endpoints must reside in the same cluster. By default, in multi-cluster deployments, the Istio control plane assumes all service endpoints to be reachable from any client in any of the clusters which are part of the mesh. This configuration option limits the set of service endpoints visible to a client to be cluster scoped. There are some common scenarios when this can be useful: A service (or group of services) is inherently local to the cluster and has local storage for that cluster. For example, the kube-system namespace (e.g. the Kube API Server). A mesh administrator wants to slowly migrate services to Istio. They might start by first having services cluster-local and then slowly transition them to mesh-wide. They could do this service-by-service (e.g. mysvc.myns.svc.cluster.local) or as a group (e.g. *.myns.svc.cluster.local). By default, Istio will consider all services in the kube-system namespace to be cluster-local, unless explicitly overridden here.	No

clusterLocal

bool

If true, specifies that the client and service endpoints must reside in the same cluster. By default, in multi-cluster deployments, the Istio control plane assumes all service endpoints to be reachable from any client in any of the clusters which are part of the mesh. This configuration option limits the set of service endpoints visible to a client to be cluster scoped.

There are some common scenarios when this can be useful:

A service (or group of services) is inherently local to the cluster and has local storage for that cluster. For example, the kube-system namespace (e.g. the Kube API Server).
A mesh administrator wants to slowly migrate services to Istio. They might start by first having services cluster-local and then slowly transition them to mesh-wide. They could do this service-by-service (e.g. mysvc.myns.svc.cluster.local) or as a group (e.g. *.myns.svc.cluster.local).

By default, Istio will consider all services in the kube-system namespace to be cluster-local, unless explicitly overridden here.

Network provides information about the endpoints in a routable L3 network. A single routable L3 network can have one or more service registries. Note that the network has no relation to the locality of the endpoint. The endpoint locality will be obtained from the service registry.

Field	Type	Description	Required
`endpoints`	`NetworkEndpoints[]`	The list of endpoints in the network (obtained through the constituent service registries or from CIDR ranges). All endpoints in the network are directly accessible to one another.	Yes
`gateways`	`IstioNetworkGateway[]`	Set of gateways associated with the network.	Yes

MeshNetworks (config map) provides information about the set of networks inside a mesh and how to route to endpoints in each network. For example

MeshNetworks(file/config map):

networks:
  network1:
  - endpoints:
    - fromRegistry: registry1 #must match kubeconfig name in Kubernetes secret
    - fromCidr: 192.168.100.0/22 #a VM network for example
    gateways:
    - registryServiceName: istio-ingressgateway.istio-system.svc.cluster.local
      port: 15443
      locality: us-east-1a
    - address: 192.168.100.1
      port: 15443
      locality: us-east-1a

Field	Type	Description	Required
`networks`	`map<string, Network>`	The set of networks inside this mesh. Each network should have a unique name and information about how to infer the endpoints in the network as well as the gateways associated with the network.	Yes

NetworkEndpoints describes how the network associated with an endpoint should be inferred. An endpoint will be assigned to a network based on the following rules:

Implicitly: If the registry explicitly provides information about the network to which the endpoint belongs to. In some cases, its possible to indicate the network associated with the endpoint by adding the ISTIO_META_NETWORK environment variable to the sidecar.
Explicitly:

a. By matching the registry name with one of the “fromRegistry” in the mesh config. A “from_registry” can only be assigned to a single network.

b. By matching the IP against one of the CIDR ranges in a mesh config network. The CIDR ranges must not overlap and be assigned to a single network.

(2) will override (1) if both are present.

Field	Type	Description	Required
`fromCidr`	`string (oneof)`	A CIDR range for the set of endpoints in this network. The CIDR ranges for endpoints from different networks must not overlap.	No
`fromRegistry`	`string (oneof)`	Add all endpoints from the specified registry into this network. The names of the registries should correspond to the kubeconfig file name inside the secret that was used to configure the registry (Kubernetes multicluster) or supplied by MCP server.	No

The gateway associated with this network. Traffic from remote networks will arrive at the specified gateway:port. All incoming traffic must use mTLS.

Field	Type	Description	Required
`registryServiceName`	`string (oneof)`	A fully qualified domain name of the gateway service. Pilot will lookup the service from the service registries in the network and obtain the endpoint IPs of the gateway from the service registry. Note that while the service name is a fully qualified domain name, it need not be resolvable outside the orchestration platform for the registry. e.g., this could be istio-ingressgateway.istio-system.svc.cluster.local.	No
`address`	`string (oneof)`	IP address or externally resolvable DNS address associated with the gateway.	No
`port`	`uint32`	The port associated with the gateway.	Yes
`locality`	`string`	The locality associated with an explicitly specified gateway (i.e. ip)	No

The mode used to redirect inbound traffic to Envoy. This setting has no effect on outbound traffic: iptables REDIRECT is always used for outbound connections.

Name	Description
`REDIRECT`	The REDIRECT mode uses iptables REDIRECT to NAT and redirect to Envoy. This mode loses source IP addresses during redirection.
`TPROXY`	The TPROXY mode uses iptables TPROXY to redirect to Envoy. This mode preserves both the source and destination IP addresses and ports, so that they can be used for advanced filtering and manipulation. This mode also configures the sidecar to run with the CAPNETADMIN capability, which is required to use TPROXY.

AuthenticationPolicy defines authentication policy. It can be set for different scopes (mesh, service …), and the most narrow scope with non-INHERIT value will be used. Mesh policy cannot be INHERIT.

Name	Description
`NONE`	Do not encrypt Envoy to Envoy traffic.
`MUTUAL_TLS`	Envoy to Envoy traffic is wrapped into mutual TLS connections.
`INHERIT`	Use the policy defined by the parent scope. Should not be used for mesh policy.

Name	Description
`REGISTRY_ONLY`	outbound traffic will be restricted to services defined in the service registry as well as those defined through ServiceEntries
`ALLOW_ANY`	outbound traffic to unknown destinations will be allowed, in case there are no services or ServiceEntries for the destination port

Name	Description
`UNSPECIFIED`	Unspecified Istio ingress controller.
`OFF`	Disables Istio ingress controller.
`DEFAULT`	Istio ingress controller will act on ingress resources that do not contain any annotation or whose annotations match the value specified in the ingress_class parameter described earlier. Use this mode if Istio ingress controller will be the default ingress controller for the entireKubernetes cluster.
`STRICT`	Istio ingress controller will only act on ingress resources whose annotations match the value specified in the ingress_class parameter described earlier. Use this mode if Istio ingress controller will be a secondary ingress controller (e.g., in addition to a cloud-provided ingress controller).

Name	Description
`TEXT`
`JSON`

Default Policy for upgrading http1.1 connections to http2.

Name	Description
`DO_NOT_UPGRADE`	Do not upgrade connections to http2.
`UPGRADE`	Upgrade the connections to http2.

Resource describes the source of configuration

Name	Description
`SERVICE_REGISTRY`	Set to only receive service entries that are generated by the platform. These auto generated service entries are combination of services and endpoints that are generated by a specific platform e.g. k8

Tracing

SDS

ProxyConfig

RemoteService

Tracing.Zipkin

Tracing.Lightstep

Tracing.Datadog

Tracing.Stackdriver

MeshConfig

ConfigSource

Certificate

MeshConfig.OutboundTrafficPolicy

MeshConfig.ThriftConfig

MeshConfig.ServiceSettings.Settings

Network

MeshNetworks

Network.NetworkEndpoints

Network.IstioNetworkGateway

ProxyConfig.InboundInterceptionMode

AuthenticationPolicy

MeshConfig.OutboundTrafficPolicy.Mode

MeshConfig.IngressControllerMode

MeshConfig.AccessLogEncoding

MeshConfig.H2UpgradePolicy

Resource