Update an Escalation Chain

Last updated on 20 January, 2020

You can use LogicMonitor’s REST API to update the Escalation Chains in your account.

As with all of our API calls, authentication is required


HTTP Method:


*Note that consistent with REST standards, any properties not specified in a PUT request will revert back to their default values



Where id should be replaced with the id of the escalation chain you’d like to update. You can get escalation chain ids via a GET request to the escalation chains resource.

Request Parameters:






name The name of the Escalation Chain Yes String “name”:”MyEscalationChain”
description The description associated with the Escalation Chain No. Defaults to no description String “description”:”routes to the on call engineer”
enableThrottling Whether or not throttling (rate limiting) is enabled for this Escalation Chain. If true, throttlingPeriod and throttlingAlerts indicate how alerts will be throttled. No. Defaults to false Boolean “enableThrottling”:false
throttlingPeriod The throttling (rate limit) period if enableThrottling is true, in minutes Only if enableThrottling=true Integer “throttlingPeriod”:30
throttlingAlerts If enableThrottling is true, throttingAlerts indicates the maximum number of alerts that can be routed in the throttlingPeriod. Only if enableThrottling=true Integer “throttlingAlerts”:40
destinations The destinations associated with the Escalation Chain. For non-time based escalation chains, the destination object consists of a stages object and type=single, and each stage includes a type (admin | arbitrary | group), a method (for type=admin values can be email | sms, for type=arbitrary value must be email, does not apply for type=group), and addr (the username for type=admin, recipient group for type=group and email for type=arbitrary). For time based escalation chains, the destination object consists of one or more objects, each with type=timebased, a period (includes fields startMinutes (0-1440), endMinutes(0-1440) and weekDays(should be an array with days, where options are 1-7, e.g. [1, 2, 3, 4, 5, 6, 7])), and a stages object (see above re non-time based chains for info about stages object). Note that prior to v89/90, the stages object must be enclosed in double brackets, as shown in the example. Yes JSON Object “destinations”:[{“type”:”single”,”stages”:[[{“type”:”admin”,”method”:”sms”,”addr”:”Bob”},{“type”:”group”,”addr”:”OnCallGroup”},{“type”:”arbitrary”,”method”:”email”,”addr”:”[email protected]”}]]}]
ccDestinations CC recipients – these recipients will receive all notifications sent to every stage. Each ccDestination (recipient) will include a type (always is ARBITRARY), method (always is email), and addr (email address) No. Defaults to no CC recipients JSON Object “ccDestinations”:[{“type”:”arbitrary”,”method”:”email”,”addr”:”[email protected]”}]