Sensors¶
Create a Sensor¶
To create a Sensor POST an AddSensorRequest to the base URL:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | |
For such a request to be successful:
- The user must have the
addSensorpermission for the Customer they're creating to Sensor for, a role that grants it, or belong to a group with said permission - The Customer for whom we want to create the Sensor must exist
- The Location where the Sensor will be created must exist
- The Application (Sensor Type) for the Sensor must be valid
- At least one of Hostname or IP must be present in the payload
- If clustering, the targeted Sensor must exist, belong to the same Customer, and be the same Sensor Type
IP or Hostname
One of or both IP or Hostname must be provided when creating a Sensor. IPs and hostnames must be unique per Customer.
Get a Sensor¶
To GET a Sensor, append the sensorID to the base URL:
1 | |
For the request to be successful:
- The user must have the viewSensors permission for the Sensor's customer, a role that grants it, or belong to a group with said permission
- The Sensor must exist
Update a Sensor¶
To update a Sensor, PUT an UpdateSensorRequest via PUT to the base URL
with the sensor's ID appended:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | |
For the request to be successful:
- The user must have the
updateSensorpermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor must exist
- When updating the Sensor's Location - The Location must exist - The Location must belong to the same Customer as the Sensor
- When updating the IP or hostname - The proposed IP or hostname must be unique to the Customer - One of either values must always be present and not empty e.g. if erasing a Sensor's hostname then the IP must either already be set or will be set by the same update request
- When updating the cluster Sensor - The proposed cluster Sensor must exist - The user must have permission to access the cluster Sensor - A Sensor cannot be clustered with itself - The proposed cluster Sensor must not already be bound to another Sensor - The proposed cluster Sensor must belong to the same Customer - The proposed cluster Sensor must be of the same Sensor Type
- When updating the Sensor Type - The new Sensor Type must be valid and exist
- When overriding the default update time
- The proposed update time must be valid
- The
OVERRIDE_UPDATE_TIMEflag must either be already set or is set in the request - Only these fields can be set to blank - additional data - sensor information - IP/hostname IF the other value is present
Dedicated Sensor Updates
Changing a Sensor's status, monitoring behaviour, and scheduling of downtime is handled by dedicated endpoints and request. Not via the update endpoint.
Enable a Sensor¶
To activate a Sensor simply append /enable to the Sensor's path:
1 | |
For the request to be successful:
- The user must have the
enableSensorpermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor must exist
- If the Sensor is already enabled the service will return an error
Bulk Enable Sensors¶
To bulk activate Sensors PUT an EnableSensorBulkRequest to the bulk
enable endpoint :
1 2 3 4 5 6 7 8 | |
For the request to be successful:
- The user must have the
enableSensorpermission for the Sensors' customer(s), a role that grants it, or belong to a group with said permission - The Sensors must exist
Disable a Sensor¶
To deactivate a Sensor simply append /disable to the Sensor's path:
1 | |
- The user must have the
disableSensorpermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor must exist
- If the Sensor is already disabled the service will return an error
Bulk Disable Sensors¶
To bulk deactivate Sensors PUT a DisableSensorBulkRequest to the bulk
disable endpoint:
1 2 3 4 5 6 7 8 | |
- The user must have the
disableSensorpermission for the Sensors' customer(s), a role that grants it, or belong to a group with said permission - The Sensors must exist
Enable Monitoring for a Sensor¶
To enable monitoring for a Sensor PUT a request to the Sensor's enable monitoring endpoint. The user can indicate whether to only monitor during daytime.
1 | |
For the request to be successful
- The user must have the
enableSensorMonitoringpermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor must exist
Disable Monitoring for a Sensor¶
To disable monitoring for a Sensor PUT a request to the Sensor's disable
monitoring endpoint:
1 | |
- The user must have the
disableSensorMonitoringpermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor must exist
Bulk Enable Monitoring for Sensors¶
To bulk disable monitoring for Sensors PUT a request to the bulk enable
monitoring endpoint. Similar to the single Sensor enable monitoring
endpoint the user can indicate, for all Sensor in the request not per
Sensor, whether to only monitor during daytime.
1 2 3 4 5 6 7 8 | |
For the request to be successful:
- The user must have the
enableSensorMonitoringpermission for the Sensors' customer(s), a role that grants it, or belong to a group with said permission - The Sensor(s) must exist
Bulk Disable Monitoring for Sensors¶
To bulk disable monitoring for Sensors PUT a request to the bulk disable
monitoring endpoint:
1 2 3 4 5 6 7 8 | |
For the request to be successful:
- The user must have the
disableSensorMonitoringpermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor(s) must exist
Schedule Downtime for a Sensor¶
To schedule downtime for a Sensor POST a SensorScheduleDowntimeRequest
to the Sensor's downtime endpoint:
1 2 3 4 5 6 7 | |
For the request to be successful:
- The user must have the
scheduleSensorDowntimepermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor must exist
- The downtime range must be valid i.e. downtime cannot start or end in the past and must end after it starts
Bulk Schedule Downtime for Sensors¶
To bulk schedule downtime for Sensors POST a
SensorScheduleDowntimeBulkRequest to the bulk schedule downtime endpoint:
1 2 3 4 5 6 7 8 9 10 11 12 | |
For a request to be successful:
- The user must have the
scheduleSensorDowntimepermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor(s) must exist
- The downtime range must be valid i.e. downtime cannot start or end in the past and must end after it starts
Cancel Downtime for a Sensor¶
To cancel downtime for a Sensor send a DELETE request to the Sensor's
downtime endpoint:
1 | |
- The user must have the
cancelSensorDowntimepermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor must exist
Bulk Cancel Downtime for Sensors¶
To bulk cancel downtime for Sensors send a list of the SensorIDs to the bulk cancel downtime endpoint:
1 | |
For the request to be successful:
- The user must have the
cancelSensorDowntimepermission for the Sensors' customer(s), a role that grants it, or belong to a group with said permission - The Sensor(s) must exist
Delete a Sensor¶
To delete a Sensor submit a DELETE request to the Sensor path:
1 | |
For the request to be successful:
- The user must have the
deleteSensorpermission for the Sensor's customer, a role that grants it, or belong to a group with said permission - The Sensor must exist