The Push API will send every mobile-originated message from a device to your own web service as an HTTP POST.
The parameters included in the POST can vary depending on the type of device and the type of message, as described below.
You may configure multiple Push API endpoints via the Rock 7 Core user interface. Please contact your account manager if you require any assistance.
The format of the POST can be either a form-encoded post, where the parameters below will be encoded as if submitted from an HTML form.
Alternatively (and preferably) we can send a JSON document in the POST body. Here's an example:
The JWT parameter is signed so that you can verify that the message was sent by Rock 7. The public key is:
-----BEGIN PUBLIC KEY----- MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlaWAVJfNWC4XfnRx96p9cztBcdQV6l8aKmzAlZdpEcQR6MSPzlgvihaUHNJgKm8t5ShR3jcDXIOI7er30cIN4/9aVFMe0LWZClUGgCSLc3rrMD4FzgOJ4ibD8scVyER/sirRzf5/dswJedEiMte1ElMQy2M6IWBACry9u12kIqG0HrhaQOzc6Tr8pHUWTKft3xwGpxCkV+K1N+9HCKFccbwb8okRP6FFAMm5sBbw4yAu39IVvcSL43Tucaa79FzOmfGs5mMvQfvO1ua7cOLKfAwkhxEjirC0/RYX7Wio5yL6jmykAHJqFG2HT0uyjjrQWMtoGgwv9cIcI7xbsDX6owIDAQAB -----END PUBLIC KEY-----
It is essential that your web service implementation of the Push API endpoint responds correctly. Our service requires an HTTP 200 response to indicate successful delivery - our service will then consider the message to be delivered, and no further retry attempts will be made.
Any other HTTP response will be considered a ‘temporary‘ failure, and our service will exponentially back off and retry for up to 1 week.
The table below describes the parameters which MAY be included.
Note that if the trigger parameter is set to CONFIG_REPORT, then you may also receive all/any of the configuration parameters described in the Get Configuration
Unique ID for this report
Message transport method
IMEI of Iridium device (only present for ROCKBLOCK device types)
Type of device. This may be set to LEOPARD which refers to the family of products including
The serial number of the device.
The MOMSN of the SBD transmission. The MOMSN is a counter stored in the Iridium device,
Timestamp that the message was transmitted.
GPS timestamp of transmitted position.
The approximate longitude of the device, derived by the Iridium satellites.
The approximate latitude of the device, derived by the Iridium satellites.
The accuracy, in km, of the Iridium derived position.
The reason for this transmission to have been triggered.
An indicator of whether the transmission includes a valid GPS fix.
Speed over ground (in knots)
Course over ground
GPS altitude (in metres)
Temperature (degrees Celsius)
Battery level, in percent
Indicates presence of external DC power
A text message sent from the device.
The id of a text message sent FROM the device, to be used when acknowledging.
The id of a text message previously sent TO the device, which the device is acknowledging.
Indicator of whether or not this transmission was triggered by an alert condition.
The name of the waypoint, as selected by the device user.
The comma-separated list of addresses for recipients specified by the user of an i360 CONNECT
The message content for a message sent using the i360 CONNECT App
The comma-separated list of beacons that have been observed
An External Reference can be set in the CORE to help identify devices with a user defined ID.
Returns user specified reference
Iridium position reports
We can report transmissions to you that may not have a valid GPS fix. Typically this happens if it has a poor view of the sky, but there are other occasions when it will transmit a message without a GPS position. In this case, we do get an approximate position from the Iridium network. This ranges in accuracy - often it can be within a few km, or it may be 200km out.
There is a source="GPS" or source="IRIDIUM" parameter in every element. If it's an Iridium position, you won't get sog, cog or alt parameters.
You will get a cep="123" parameter, which indicates the accuracy (in km) of the reported position.
It's necessary for us to tell you about Iridium positions, because it is possible that the tracker can report an alert with no GPS fix.