Resource Limits

Organizations and Sandboxes are subject to limits on the number of resources (e.g. devices, applications and more) that are registered under that entity. Organizations may request increases to individual resource limits, though any such request may come at an additional cost. Sandbox limits cannot be adjusted.

Viewing Current Usage

Organization Current Usage

Organization Usage

To view an Organization’s current resource usage, navigate to the Organization’s overview page. There, you will find the current usage counts by resource type, as well as the number of payloads consumed in the billing period broken down by payload type.

Sandbox Usage

Your Sandbox usage for the current period is visible under the “My Account” section, on the “My Sandbox” overview page.

Usage Per Application

Though limits do not directly apply to applications, an application’s current usage can be viewed on the application’s overview page. This can, for example, help users determine which of their applications is generating large numbers of payloads and make adjustments to stay within usage limits.

Message Throttling

All message throughput is also subject to throttling and rate limits.


Losant’s MQTT broker usage is subject to a few limits:

  • 30 messages in a 15-second window per topic (or, on average, two per second)
  • 300 messages in a 15-second window per client connection (or, on average, 20 per second)
  • 300 device connections in a 15-second window per application (or, on average, 20 per second)
  • 256KB per message

If you exceed the message rate limits, the device generating the messages is automatically disconnected, and will not be allowed to connect back to the broker for 30 seconds. If a device repeatedly exceeds these limits, the length of time the device is not allowed to connect will increase, up to a maximum of one hour.

Incoming and Outgoing Messages

An incoming message is typically a device reporting its state, and an outgoing message is usually a command being sent to a device. For example, if one command is sent to 50 devices, the command only counts as one outgoing message per connection against the message throttling limit, but it counts as 50 payloads against the payload limit.

However, incoming and outgoing messages can also come through custom MQTT topics, and in those cases, the topic rate limits are applied individually per direction. As in, a device may receive two messages per second and publish two messages per second on the same topic without exceeding the per-topic rate limit.


Event creation is limited to 15 creations in a 15-second window per application (or, on average, one per second).


Webhook requests are limited to 100 calls in a 10-second window per webhook (or, on average, 10 per second). If you exceed this limit, the webhook will respond with a 429 “Over rate limit, request throttled” error.


Integration messages are consumed at a rate of 200 messages in a 10-second window per integration (or, on average, 20 per second). If the integration is publishing messages at a rate higher than that, those messages will remain queued at the source (if the source supports that), and the messages will be consumed at the 20-per-second average rate.

The size of an individual integration message is also limited to 256KB.

Virtual Button Presses

Presses of a Virtual Button in an Application Workflow are limited to 100 calls in a 10-second window per Virtual Button (or, on average, 10 per second). This includes invocations by manual press, by Workflow Trigger Node executions, and by Input Controls Block executions.

Payload Limits

Depending on whether your application is owned by an Organization or a Sandbox, the behavior of your account once a payload limit is hit varies.

Organization Payload Details

Note: For current Organization and Sandbox usage details, we also supply a message indicating if you are on pace to exceed that period’s payload limit. This is based on the number of payloads per second generated during the period extrapolated over the course of the entire period. Therefore, if your payload usage dramatically changes, it may take some time before the changes are reflected in the prognosis.

Organization Payload Limits

For Organizations, Losant will continue to accept payloads after you have reached your monthly limit. However, payloads over that limit come with an additional cost.

Sandbox Payload Limits

For Sandboxes, the number of payloads generated by your applications is a hard limit, in that once the limit has been exceeded for the period, any payloads sent to or generated by the platform will be rejected. If you reach this limit, your options are to:

  • Create a new Organization and transfer some (or all) of your Sandbox resources into it.
  • Transfer some (or all) of your Sandbox resources into an existing Organization for which you have administrator permissions.
  • Adjust your applications so that they generate fewer payloads, and wait for the payload period to turn over. Your payloads will continue to be rejected until the new period begins.

Payload Types

We also supply a detailed breakdown of the number of payloads by type so that you can see where the majority of your payloads are accruing and make adjustments to your applications if necessary.

The following interactions count as a payload:

These interactions do NOT count as a payload:

Data Retention

Once data is older than the data retention limit, it is deleted. The data retention limit for an application varies depending on your platform license (or if the application is within a user’s Sandbox). If you need longer term data retention, contact us for an enterprise plan with customized data retention limits.

The following resources are subject to your Organization or Sandbox data retention limits:

In addition, the following data is subject to custom limits, regardless of your Organization’s data retention limit:

Was this page helpful?

Still looking for help? You can also search the Losant Forums or submit your question there.