cisco.catalystcenter.tracked_clients_query_create module -- Resource module for Tracked Clients Query Create
Note
This module is part of the cisco.catalystcenter collection (version 2.11.0).
To install it, use: ansible-galaxy collection install cisco.catalystcenter.
You need further requirements to be able to use this module,
see Requirements for details.
To use it in a playbook, specify: cisco.catalystcenter.tracked_clients_query_create.
New in cisco.catalystcenter 2.11.0
Synopsis
Manage operation create of the resource Tracked Clients Query Create.
Returns tracked-client configurations matching the provided request-body filters.
Note
This module has a corresponding action plugin.
Requirements
The below requirements are needed on the host that executes this module.
catalystcentersdk >= 3.2.3.0.0
python >= 3.12
Parameters
Parameter |
Comments |
|---|---|
Flag for Cisco Catalyst Center SDK to enable debugging. Choices: |
|
The Cisco Catalyst Center hostname. |
|
The Cisco Catalyst Center password to authenticate. |
|
The Cisco Catalyst Center port. Default: :ansible-option-default:`443` |
|
The Cisco Catalyst Center username to authenticate. Default: :ansible-option-default:`"admin"` |
|
Flag to enable or disable SSL certificate verification. Choices: |
|
Informs the SDK which version of Cisco Catalyst Center to use. Default: :ansible-option-default:`"3.1.6.0"` |
|
List of filters to apply when querying tracked-client configurations. Supported operators by field are `clientMacAddress`, `duid`, `description` eq, neq, in, notIn, like, liker `trackingStartTime`, `trackingEndTime` eq, neq, lt, gt, lte, gte `isPresentOnNetwork` eq, neq `randomizedMacAddresses` eq, neq, in, notIn, like, liker `notificationModes` in, notIn For `trackingEndTime`, value `0` represents never-expiring tracking. Nested filter composition is supported through `logicalOperator` and nested `filters`. Only one level of nested filters is supported. |
|
Nested tracked-client filters used with `logicalOperator`. Child filters cannot contain nested `filters` of their own. |
|
Nested tracked-client filters used with `logicalOperator`. Child filters cannot contain nested `filters` of their own. |
|
Nested tracked-client filters used with `logicalOperator`. Child filters cannot contain nested `filters` of their own. |
|
Nested tracked-client filters used with `logicalOperator`. Child filters cannot contain nested `filters` of their own. |
|
Nested tracked-client filters used with `logicalOperator`. Child filters cannot contain nested `filters` of their own. |
|
Supported tracked-client fields for request-body query filtering. |
|
Operator to use when attempting to apply a logical conjunction of more than 1 filter Logical operations include 'and', 'or'. |
|
Type of filter operator to use for querying data | in and out operator takes multiple values and applies the filters. |
|
Value or values to apply with the filter operator. Depending on the field and operator, this may be a string, number, boolean, or array of scalar values. |
|
Supported tracked-client fields for request-body query filtering. |
|
Operator to use when attempting to apply a logical conjunction of more than 1 filter Logical operations include 'and', 'or'. |
|
Type of filter operator to use for querying data | in and out operator takes multiple values and applies the filters. |
|
Value or values to apply with the filter operator. Depending on the field and operator, this may be a string, number, boolean, or array of scalar values. |
|
Supported tracked-client fields for request-body query filtering. |
|
Operator to use when attempting to apply a logical conjunction of more than 1 filter Logical operations include 'and', 'or'. |
|
Type of filter operator to use for querying data | in and out operator takes multiple values and applies the filters. |
|
Value or values to apply with the filter operator. Depending on the field and operator, this may be a string, number, boolean, or array of scalar values. |
|
Supported tracked-client fields for request-body query filtering. |
|
Operator to use when attempting to apply a logical conjunction of more than 1 filter Logical operations include 'and', 'or'. |
|
Type of filter operator to use for querying data | in and out operator takes multiple values and applies the filters. |
|
Value or values to apply with the filter operator. Depending on the field and operator, this may be a string, number, boolean, or array of scalar values. |
|
Supported tracked-client fields for request-body query filtering. |
|
Operator to use when attempting to apply a logical conjunction of more than 1 filter Logical operations include 'and', 'or'. |
|
Type of filter operator to use for querying data | in and out operator takes multiple values and applies the filters. |
|
Value or values to apply with the filter operator. Depending on the field and operator, this may be a string, number, boolean, or array of scalar values. |
|
Additional headers. |
|
Pagination input for tracked-client queries. |
|
Maximum number of tracked-client records to return in one page. |
|
One-based starting offset for the tracked-client query results. |
|
Sort fields applied before pagination. Only single-field sorting is supported on this API. |
|
Supported tracked-client fields for request-body sorting. |
|
Sort order. 'asc' for ascending and 'desc' for descending. |
|
Flag for Cisco Catalyst Center SDK to enable the validation of request bodies against a JSON schema. Choices: |
Notes
Note
SDK Method used are clients.Clients.query_tracked_client_configurations_with_request_body_filters,
Paths used are post /dna/intent/api/v1/trackedClients/query,
Does not support
check_modeThe plugin runs on the control node and does not use any ansible connection plugins,
but instead uses the embedded connection manager from Cisco CATALYST SDK
Requires Python >= 3.10, matching the controller Python versions supported by the collection's minimum ansible-core version (see the collection README for the current ansible-core / Python compatibility range)
See Also
See also
- Cisco Catalyst Center documentation for Clients QueryTrackedClientConfigurationsWithRequestBodyFilters
Complete reference of the QueryTrackedClientConfigurationsWithRequestBodyFilters API.
Examples
---
- name: Create
cisco.catalystcenter.tracked_clients_query_create:
catalystcenter_host: "{{catalystcenter_host}}"
catalystcenter_username: "{{catalystcenter_username}}"
catalystcenter_password: "{{catalystcenter_password}}"
catalystcenter_verify: "{{catalystcenter_verify}}"
catalystcenter_port: "{{catalystcenter_port}}"
catalystcenter_version: "{{catalystcenter_version}}"
catalystcenter_debug: "{{catalystcenter_debug}}"
filters:
- filters:
- filters:
- filters:
- filters:
- filters:
- {}
key: string
logicalOperator: string
operator: string
value: {}
key: string
logicalOperator: string
operator: string
value: {}
key: string
logicalOperator: string
operator: string
value: {}
key: string
logicalOperator: string
operator: string
value: {}
key: string
logicalOperator: string
operator: string
value: {}
headers: '{{my_headers | from_json}}'
page:
limit: 0
offset: 0
sortBy:
- name: string
order: string
Return Values
Common return values are documented here, the following are the fields unique to this module:
Key |
Description |
|---|---|
A dictionary or list with the response returned by the Cisco Catalyst Center Python SDK Returned: always |