Client Status Discovery Service (CSDS)¶
This documentation is for the Envoy v3 API.
As of Envoy v1.18 the v2 API has been removed and is no longer supported.
If you are upgrading from v2 API config you may wish to view the v2 API documentation:
service.status.v3.ClientStatusRequest¶
[service.status.v3.ClientStatusRequest proto]
Request for client status of clients identified by a list of NodeMatchers.
{
"node_matchers": [],
"node": "{...}"
}
- node_matchers
(repeated type.matcher.v3.NodeMatcher) Management server can use these match criteria to identify clients. The match follows OR semantics.
- node
(config.core.v3.Node) The node making the csds request.
service.status.v3.PerXdsConfig¶
[service.status.v3.PerXdsConfig proto]
Detailed config (per xDS) with status.
{
"status": "...",
"client_status": "...",
"listener_config": "{...}",
"cluster_config": "{...}",
"route_config": "{...}",
"scoped_route_config": "{...}",
"endpoint_config": "{...}"
}
- status
(service.status.v3.ConfigStatus) Config status generated by management servers. Will not be present if the CSDS server is an xDS client.
- client_status
(service.status.v3.ClientConfigStatus) Client config status is populated by xDS clients. Will not be present if the CSDS server is an xDS server. No matter what the client config status is, xDS clients should always dump the most recent accepted xDS config.
Attention
This field is deprecated. Use ClientResourceStatus for per-resource config status instead.
- listener_config
(admin.v3.ListenersConfigDump)
Only one of listener_config, cluster_config, route_config, scoped_route_config, endpoint_config may be set.
- cluster_config
-
Only one of listener_config, cluster_config, route_config, scoped_route_config, endpoint_config may be set.
- route_config
-
Only one of listener_config, cluster_config, route_config, scoped_route_config, endpoint_config may be set.
- scoped_route_config
(admin.v3.ScopedRoutesConfigDump)
Only one of listener_config, cluster_config, route_config, scoped_route_config, endpoint_config may be set.
- endpoint_config
(admin.v3.EndpointsConfigDump)
Only one of listener_config, cluster_config, route_config, scoped_route_config, endpoint_config may be set.
service.status.v3.ClientConfig¶
[service.status.v3.ClientConfig proto]
All xds configs for a particular client.
{
"node": "{...}",
"xds_config": [],
"generic_xds_configs": []
}
- node
(config.core.v3.Node) Node for a particular client.
- xds_config
(repeated service.status.v3.PerXdsConfig) This field is deprecated in favor of generic_xds_configs which is much simpler and uniform in structure.
- generic_xds_configs
(repeated service.status.v3.ClientConfig.GenericXdsConfig) Represents generic xDS config and the exact config structure depends on the type URL (like Cluster if it is CDS)
service.status.v3.ClientConfig.GenericXdsConfig¶
[service.status.v3.ClientConfig.GenericXdsConfig proto]
GenericXdsConfig is used to specify the config status and the dump of any xDS resource identified by their type URL. It is the generalized version of the now deprecated ListenersConfigDump, ClustersConfigDump etc
{
"type_url": "...",
"name": "...",
"version_info": "...",
"xds_config": "{...}",
"last_updated": "{...}",
"config_status": "...",
"client_status": "...",
"is_static_resource": "..."
}
- type_url
(string) Type_url represents the fully qualified name of xDS resource type like envoy.v3.Cluster, envoy.v3.ClusterLoadAssignment etc.
- name
(string) Name of the xDS resource
- version_info
(string) This is the version_info in the last processed xDS discovery response. If there are only static bootstrap listeners, this field will be “”
- xds_config
(Any) The xDS resource config. Actual content depends on the type
- last_updated
(Timestamp) Timestamp when the xDS resource was last updated
- config_status
(service.status.v3.ConfigStatus) Per xDS resource config status. It is generated by management servers. It will not be present if the CSDS server is an xDS client.
- client_status
(admin.v3.ClientResourceStatus) Per xDS resource status from the view of a xDS client
- is_static_resource
(bool) Is static resource is true if it is specified in the config supplied through the file at the startup.
service.status.v3.ClientStatusResponse¶
[service.status.v3.ClientStatusResponse proto]
{
"config": []
}
- config
(repeated service.status.v3.ClientConfig) Client configs for the clients specified in the ClientStatusRequest.
Enum service.status.v3.ConfigStatus¶
[service.status.v3.ConfigStatus proto]
Status of a config from a management server view.
- UNKNOWN
(DEFAULT) Status info is not available/unknown.
- SYNCED
Management server has sent the config to client and received ACK.
- NOT_SENT
Config is not sent.
- STALE
Management server has sent the config to client but hasn’t received ACK/NACK.
- ERROR
Management server has sent the config to client but received NACK. The attached config dump will be the latest config (the rejected one), since it is the persisted version in the management server.
Enum service.status.v3.ClientConfigStatus¶
[service.status.v3.ClientConfigStatus proto]
Config status from a client-side view.
- CLIENT_UNKNOWN
(DEFAULT) Config status is not available/unknown.
- CLIENT_REQUESTED
Client requested the config but hasn’t received any config from management server yet.
- CLIENT_ACKED
Client received the config and replied with ACK.
- CLIENT_NACKED
Client received the config and replied with NACK. Notably, the attached config dump is not the NACKed version, but the most recent accepted one. If no config is accepted yet, the attached config dump will be empty.